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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document describes the characteristics of the physicals channels and the mapping of the transport channels 
to physical channels in the TDD mode of UTRA. 
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Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

BCH Broadcast Channel 

CCPCH Common Control Physical Channel 

CCTrCH Coded Composite Transport Channel 

CDMA Code Division Multiple Access 

DCH Dedicated Channel 

DL Downlink 

DPCH Dedicated Physical Channel 

DRX Discontinuous Reception 

DSCH Downlink Shared Channel 

DTX Discontinuous Transmission 

DwPCH Downlink Pilot Channel 

DwPTS Downlink Pilot Time Slot 

FACH Forward Access Channel 

FDD Frequency Division Duplex 

FEC Forward Error Correction 

GP Guard Period 

GSM Global System for Mobile Communication 

MIB Master Information Block 

NRT Non-Real Time 

OVSF Orthogonal Variable Spreading Factor 

P-CCPCH Primary CCPCH 

PCH Paging Channel 

PDSCH Physical Downlink Shared Channel 

PI Paging Indicator (value calculated by higher layers) 

PICH Page Indicator Channel 

P(j Paging Indicator (indicator set by physical layer) 

PRACH Physical Random Access Channel 

PUSCH Physical Uplink Shared Channel 

RACH Random Access Channel 

RF Radio Frame 

RT Real Time 

S-CCPCH Secondary CCPCH 

SCH Synchronisation Channel 

SCTD Space Code Transmit Diversity 

SF Spreading Factor 

SEN Cell System Frame Number 

TCH Traffic Channel 

TDD Time Division Duplex 

TDMA Time Division Multiple Access 

TEC Transport Format Combination 

TFCI Transport Format Combination Indicator 

TFI Transport Format Indicator 

TPC Transmitter Power Control 

TrCH Transport Channel 

TSTD Time Switched Transmit Diversity 

TTI Transmission Time Interval 

UE User Equipment 

UL UpUnk 

UMTS Universal Mobil Telecommunications System 

UpPTS UpUnk Pilot Time Slot 

UpPCH Uplink Pilot Channel 

USCH UpUnk Shared Channel 

UTRAN UMTS Terrestrial Radio Access Network 
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4 Services offered to higher layers 

4.1 Transport channels 

Transport channels are the services offered by layer 1 to the higher layers. A transport channel is defined by how and 
with what characteristics data is transferred over the air interface. A general classification of transport channels is into 
two groups: 

Dedicated Channels, using inherent addressing of UE 

Common Channels, using explicit addressing of UE if addressing is needed 

General concepts about transport channels are described in [12]. 

4.1 .1 Dedicated transport channels 

The Dedicated Channel (DCH) is an up- or downlink transport channel that is used to carry user or control information 
between the UTRAN and a UE. 

4.1 .2 Common transport channels 

There are six types of transport channels: BCH, EACH, PCH, RACH, USCH, DSCH 

4.1 .2.1 BCH - Broadcast Channel 

The Broadcast Channel (BCH) is a downlink transport channel that is used to broadcast system- and cell-specific 
information. 

4.1 .2.2 FACH - Forward Access Channel 

The Eorward Access Channel (EACH) is a downlink transport channel that is used to carry control information to a 
mobile station when the system knows the location cell of the mobile station. The EACH may also carry short user 
packets. 

4.1 .2.3 PCH - Paging Channel 

The Paging Channel (PCH) is a downlink transport channel that is used to carry control information to a mobile station 
when the system does not know the location cell of the mobile station. 

4.1 .2.4 RACH - Random Access Channel 

The Random Access Channel (RACH) is an up link transport channel that is used to carry control information from 
mobile station. The RACH may also carry short user packets. 

4.1.2.5 USCH - Uplink Shared Channel 

The uplink shared channel (USCH) is an uplink transport channel shared by several UEs carrying dedicated control or 
traffic data. 

4.1 .2.6 DSCH - Downlink Shared Channel 

The downUnk shared channel (DSCH) is a downlink transport channel shared by several UEs carrying dedicated control 
or traffic data. 
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4.2 Indicators 

Indicators are means of fast low-level signalling entities which are transmitted without using information blocks sent 
over transport channels. The meaning of indicators is implicit to the receiver. 

The indicator(s) defined in the current version of the specifications are: Paging Indicator. 



5 Physical channels for the 3.84 Mcps option 

All physical channels take three-layer structure with respect to timeslots, radio frames and system frame numbering 
(SFN), see [14]. Depending on the resource allocation, the configuration of radio frames or timeslots becomes different. 
All physical channels need a guard period in every timeslot. The time slots are used in the sense of a TDMA component 
to separate different user signals in the time domain. The physical channel signal format is presented in figure 1 . 

A physical channel in TDD is a burst, which is transmitted in a particular timeslot within allocated Radio Frames. The 
allocation can be continuous, i.e. the time slot in every frame is allocated to the physical channel or discontinuous, i.e. 
the time slot in a subset of all frames is allocated only. A burst is the combination of two data parts, a midamble part 
and a guard period. The duration of a burst is one time slot. Several bursts can be transmitted at the same time from one 
transmitter. In this case, the data parts must use different OVSF channelisation codes, but the same scrambling code. 
The midamble parts are either identicaly or differently shifted versions of a cell-specific basic midamble code, see 
section 5.2.3. 

Radio Frame (10ms) 
< ► 



frame #i 



frame #iH-l 



] Time Slot (2560*T,) 
^ ► 



timeslot #0 


timeslot #1 


timeslot #2 



timeslot #13 timeslot #14 



Figure 1 : Physical channel signal format 

The data part of the burst is spread with a combination of channelisation code and scrambling code. The channelisation 
code is a OVSF code, that can have a spreading factor of 1, 2, 4, 8, or 16. The data rate of the physical channel is 
depending on the used spreading factor of the used OVSF code. 

The midamble part of the burst can contain two different types of midambles: a short one of length 256 chips, or a long 
one of 512 chips. The data rate of the physical channel is depending on the used midamble length. 

So a physical channel is defined by frequency, timeslot, channelisation code, burst type and Radio Frame allocation. 
The scrambling code and the basic midamble code are broadcast and may be constant within a cell. When a physical 
channel is established, a start frame is given. The physical channels can either be of infinite duration, or a duration for 
the allocation can be defined. 

5.1 Frame structure 

The TDMA frame has a duration of 10 ms and is subdivided into 15 time slots (TS) of 2560*T(; duration each. A time 
slot corresponds to 2560 chips. The physical content of the time slots are the bursts of corresponding length as 
described in subclause 5.2.2. 

Each 10 ms frame consists of 15 time slots, each allocated to either the uplink or the downlink (figure 2). With such a 
flexibility, the TDD mode can be adapted to different environments and deployment scenarios. In any configuration at 
least one time slot has to be allocated for the downlink and at least one time slot has to be allocated for the uplink. 
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frequency 



10 ms 



1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 Mchip/s 



time 



2560*T, 



Figure 2: The TDD frame structure 

Examples for multiple and single switching point configurations as well as for symmetric and asymmetric UL/DL 
allocations are given in figure 3. 
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Multiple-switching-point configuration (symmetric DL/UL allocation) 



■4 














10 


ms 












— ^ 


; 


; 


; 


t 


; 


i 


; 


t 


; 


; 


; 


t 


I 


i 


i 



Multiple-switching-point configuration (asymmetric DL/UL allocation) 
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Single-switching-point configuration (symmetric DL/UL allocation) 
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Single-switching-point configuration (asymmetric DL/UL allocation) 
Figure 3: TDD frame structure examples 

5.2 Dedicated physical channel (DPCH) 

The DCH as described in subclause 4.1.1 is mapped onto the dedicated physical channel. 

5.2.1 Spreading 

Spreading is applied to the data part of the physical channels and consists of two operations. The first is the 
channelisation operation, which transforms every data symbol into a number of chips, thus increasing the bandwidth of 
the signal. The number of chips per data symbol is called the Spreading Factor (SF). The second operation is the 
scrambling operation, where a scrambling code is applied to the spread signal. Details on channelisation and scrambling 
operation can be found in [8]. 



5.2.1.1 



Spreading for Downlink Physical Channels 



Downlink physical channels shall use SF =16. Multiple parallel physical channels can be used to support higher data 
rates. These parallel physical channels shall be transmitted using different channelisation codes, see [8]. These codes 
with SF =16 are generated as described in [8]. 

Operation with a single code with spreading factor 1 is possible for the downlink physical channels. 
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5.2.1.2 



Spreading for Uplink Physical Channels 



The range of spreading factor that may be used for upHnk physical channels shall range from 16 down to 1. For each 
physical channel an individual minimum spreading factor SF^jin is transmitted by means of the higher layers. There are 
two options that are indicated by UTRAN: 

1 . The UE shall use the spreading factor SF^in, independent of the current TFC. 

2. The UE shall autonomously increase the spreading factor depending on the current TFC. 

If the UE autonomously changes the SF, it shall always vary the channelisation code along the branch with the higher 
code numbering of the allowed OVSF sub tree, as depicted in [8]. 

For multicode transmission a UE shall use a maximum of two physical channels per timeslot simultaneously. These two 
parallel physical channels shall be transmitted using different channelisation codes, see [8]. 

5.2.2 Burst Types 

Three types of bursts for dedicated physical channels are defined. All of them consist of two data symbol fields, a 
midamble and a guard period, the lengths of which are different for the individual burst types. Thus, the number of data 
symbols in a burst depends on the SF and the burst type, as depicted in table 1 . 

Table 1 : Number of data symbols (N) for burst type 1, 2, and 3 



Spreading factor (SF) 


Burst Type 1 


Burst Type 2 


Burst Type 3 


1 


1952 


2208 


1856 


2 


976 


1104 


928 


4 


488 


552 


464 


8 


244 


276 


232 


16 


122 


138 


116 



The support of all three burst types is mandatory for the UE. The three different bursts defined here are well suited for 
different applications, as described in the following sections. 



5.2.2.1 



Burst Type 1 



The burst type 1 can be used for uplink and downlink. Due to its longer midamble field this burst type supports the 
construction of a larger number of training sequences, see 5.2.3. The maximum number of training sequences depend on 
the cell configuration, see annex A. For the burst type 1 this number may be 4, 8, or 16. 

The data fields of the burst type 1 are 976 chips long. The corresponding number of symbols depends on the spreading 
factor, as indicated in table 1 above. The midamble of burst type 1 has a length of 512 chips. The guard period for the 
burst type 1 is 96 chip periods long. The burst type 1 is shown in Figure 4. The contents of the burst fields are described 
in table 2. 

Table 2: The contents of the burst type 1 fields 



Chip number (CN) 


Length of field in chips 


Length of field in symbols 




Contents of field 


0-975 


976 


Cf table 1 




Data symbols 


976-1487 


512 


- 




Midamble 


1488-2463 


976 


Cf table 1 




Data symbols 


2464-2559 


96 


- 




Guard period 



Data symbols 
976 chips 



Midamble 
512 chips 



Data symbols 
976 chips 



GP 
96 
CP 



2560*Tc 



Figure 4: Burst structure of the burst type 1 . GP denotes the guard period and CP the chip periods 



£75/ 



3GPP TS 25.221 version 4.8.0 Release 4 



14 



ETSI TS 125 221 V4.8.0 (2005-06) 



5.2.2.2 



Burst Type 2 



The burst type 2 can be used for uplink and downlink. It offers a longer data field than burst type 1 on the cost of a 
shorter midamble. Due to the shorter midamble field the burst type 2 supports a maximum number of training sequences 
of 3 or 6 only, depending on the cell configuration, see annex A. 

The data fields of the burst type 2 are 1104 chips long. The corresponding number of symbols depends on the spreading 
factor, as indicated in table 1 above. The guard period for the burst type 2 is 96 chip periods long. The burst type 2 is 
shown in Figure 5. The contents of the burst fields are described in table 3. 

Table 3: The contents of the burst type 2 fields 



Chip number (CN) 


Length of field in 
chips 


Length of field in 
symbols 




Contents of 
field 


0-1103 
1104-1359 
1360-2463 
2464-2559 


1104 

256 

1104 

96 


cf table 1 
cf table 1 




Data symbols 

Midamble 
Data symbols 
Guard period 



Data symbols 
1104 chips 



Midamble 
256 chips 



Data symbols 
1104 chips 



GP 

96 
CP 



2560*Tc 



Figure 5: Burst structure of the burst type 2. GP denotes the guard period and CP the chip periods 



5.2.2.3 



Burst Type 3 



The burst type 3 is used for uplink only. Due to the longer guard period it is suitable for initial access or access to a new 
cell after handover. It offers the same number of training sequences as burst type 1 . 

The data fields of the burst type 3 have a length of 976 chips and 880 chips, respectively. The corresponding number of 
symbols depends on the spreading factor, as indicated in table 1 above. The midamble of burst type 3 has a length of 
512 chips. The guard period for the burst type 3 is 192 chip periods long. The burst type 3 is shown in Figure 6. The 
contents of the burst fields are described in table 4. 

Table 4: The contents of the burst type 3 fields 



Chip number (CN) 


Length of field in chips 


Length of field in symbols 




Contents of field 


0-975 


976 


Cf table 1 




Data symbols 


976-1487 


512 


- 




Midamble 


1488-2367 


880 


Cf table 1 




Data symbols 


2368-2559 


192 


- 




Guard period 



Data symbols 
976 chips 



Midamble 
512 chips 



2560* L 



Data symbols 
880 chips 



GP 

192 
CP 



Figure 6: Burst structure of the burst type 3. GP denotes the guard period and CP the chip periods 
5.2.2.4 Transmission of TFCI 

All burst types 1, 2 and 3 provide the possibility for transmission of TFCI. 

The transmission of TFCI is negotiated at call setup and can be re-negotiated during the call. For each CCTrCH it is 
indicated by higher layer signalling, which TFCI format is applied. Additionally for each allocated timeslot it is 
signalled individually whether that timeslot carries the TFCI or not. The TFCI is always present in the first timeslot in a 
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radio frame for each CCTrCH. If a time slot contains the TFCI, then it is always transmitted using the physical channel 
with the lowest physical channel sequence number (p) in that timeslot. Physical channel sequence numbering is 
determined by the rate matching function and is described in [7]. 

The transmission of TFCI is done in the data parts of the respective physical channel. In DL the TFCI code word bits 
and data bits are subject to the same spreading procedure as depicted in [8]. In UL, independent of the SF that is applied 
to the data symbols in the burst, the data in the TFCI field are always spread with SF=16 using the channelisation code 
in the branch with the highest code numbering of the allowed OVSF sub tree, as depicted in [8]. Hence the midamble 
structure and length is not changed. The TFCI code word is to be transmitted directly adjacent to the midamble, 
possibly after the TPC. Figure 7 shows the position of the TFCI code word in a traffic burst in downlink. Figure 8 
shows the position of the TFCI code word in a traffic burst in uplink. 

r' part of TFCI code word 2""* part of TFCI code word 



Data symbols 



Midamble 



Data symbols 



GP 



512/256 chips 



2560*Te 
Figure 7: Position of the TFCI code word in the traffic burst in case of downlink 



r' part of TFCI code word 2" part of TFCI code word 



I 



Data symbols 



Midamble 



t 



Data symbols 



GP 



512/256 chips 



TPC 



2560*T, 

Figure 8: Position of the TFCI code word in the traffic burst in case of uplink 

Two examples of TFCI transmission in the case of multiple DPCHs used for a connection are given in the Figure 9 and 
Figure 10 below. Combinations of the two schemes shown are also applicable. 

2560*T, 



Code 

n 



n Data 

■ Midamble 



i TFCI 



Figure 9: Example of TFCI transmission with physical channels multiplexed in code domain 
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D Data 

■ Midamble 

W TFCI 



Figure 10: Example of TFCI transmission with physical channels multiplexed in time domain 

In case the Node B receives an invalid TFI combination on the DCHs mapped to one CCTrCH the procedure described 
in [16] shall be applied. According to this procedure DTX shall be applied to all DPCHs to which the CCTrCH is 
mapped to. 



5.2.2.5 



Transmission of TPC 



All burst types 1, 2 and 3 for dedicated channels provide the possibility for transmission of TPC in uplink. 

The transmission of TPC is done in the data parts of the traffic burst. Independent of the SF that is applied to the data 
symbols in the burst, the data in the TPC field are always spread with SF=16 using the channelisation code in the 
branch with the highest code numbering of the allowed OVSF sub tree, as depicted in [8]. Hence the midamble structure 
and length is not changed. The TPC information is to be transmitted directly after the midamble. Figure 1 1 shows the 
position of the TPC in a traffic burst. 

For every user the TPC information shall be transmitted at least once per transmitted frame. If a TFCI is applied for a 
CCTrCH, TPC shall be transmitted with the same channelization codes and in the same timeslots as the TFCI. If no 
TFCI is applied for a CCTrCH, TPC shall be transmitted using the physical channel corresponding to physical channel 
sequence number /:i=l. Physical channel sequence numbering is determined by the rate matching function and is 
described in [7]. 

TPC symbol 



Data symbols 



Midamble 



Data symbols 



GP 



< 



512/256 chips 



2560*Te 
Figure 1 1 : Position of TPC information in the traffic burst 

The length of the TPC command is one symbol. The relationship between the TPC symbol and the TPC command is 
shown in table 4a. 



Table 4a: TPC bit pattern 



TPC Bits 


TPC command 


Meaning 


00 


'Down' 


Decrease Tx Power 


11 


'Up' 


Increase Tx Power 



5.2.2.6 



Timeslot formats 



5.2.2.6.1 



Downlink timeslot formats 



The downlink timeslot format depends on the spreading factor, midamble length and on the number of the TFCI code 
word bits, as depicted in the table 5a. 
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Table 5a: Time slot formats for the Downlink 



Slot Format 

# 


Spreading 
Factor 


Midamble 
length 
(chips) 


Ntfci code word 

(bits) 


Bits/Slot 


Noata/Slot 

(bits) 


Ndata/data field 

(bits) 





16 


512 





244 


244 


122 


1 


16 


512 


4 


244 


240 


120 


2 


16 


512 


8 


244 


236 


118 


3 


16 


512 


16 


244 


228 


114 


4 


16 


512 


32 


244 


212 


106 


5 


16 


256 





276 


276 


138 


6 


16 


256 


4 


276 


272 


136 


7 


16 


256 


8 


276 


268 


134 


8 


16 


256 


16 


276 


260 


130 


9 


16 


256 


32 


276 


244 


122 


10 


1 


512 





3904 


3904 


1952 


11 


1 


512 


4 


3904 


3900 


1950 


12 


1 


512 


8 


3904 


3896 


1948 


13 


1 


512 


16 


3904 


3888 


1944 


14 


1 


512 


32 


3904 


3872 


1936 


15 


1 


256 





4416 


4416 


2208 


16 


1 


256 


4 


4416 


4412 


2206 


17 


1 


256 


8 


4416 


4408 


2204 


18 


1 


256 


16 


4416 


4400 


2200 


19 


1 


256 


32 


4416 


4384 


2192 



5.2.2.6.2 



Uplink timeslot formats 



The uplink timeslot format depends on the spreading factor, midamble length, guard period length and on the number of 
the TFCI code word bits. Due to TPC, different amount of bits are mapped to the two data fields. The timeslot formats 
are depicted in the table 5b. 
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Table 5b: TImeslot formats for the Uplink 



Slot 
Format 

# 


Spreadin 
g Factor 


IVIidambI 
e length 
(chips) 


Guard 
Period 
(chips) 


Ntfci 

code word 

(bits) 


Ntpc 
(bits) 


Bits/sl 
ot 


Noata/Slo 

t (bits) 


Ndata/data 
field(1) 

(bits) 


Ndata/data 
field(2) 

(bits) 





16 


512 


96 








244 


244 


122 


122 


1 


16 


512 


96 





2 


244 


242 


122 


120 


2 


16 


512 


96 


4 


2 


244 


238 


120 


118 


3 


16 


512 


96 


8 


2 


244 


234 


118 


116 


4 


16 


512 


96 


16 


2 


244 


226 


114 


112 


5 


16 


512 


96 


32 


2 


244 


210 


106 


104 


6 


16 


256 


96 








276 


276 


138 


138 


7 


16 


256 


96 





2 


276 


274 


138 


136 


8 


16 


256 


96 


4 


2 


276 


270 


136 


134 


9 


16 


256 


96 


8 


2 


276 


266 


134 


132 


10 


16 


256 


96 


16 


2 


276 


258 


130 


128 


11 


16 


256 


96 


32 


2 


276 


242 


122 


120 


12 


8 


512 


96 








488 


488 


244 


244 


13 


8 


512 


96 





2 


486 


484 


244 


240 


14 


8 


512 


96 


4 


2 


482 


476 


240 


236 


15 


8 


512 


96 


8 


2 


478 


468 


236 


232 


16 


8 


512 


96 


16 


2 


470 


452 


228 


224 


17 


8 


512 


96 


32 


2 


454 


420 


212 


208 


18 


8 


256 


96 








552 


552 


276 


276 


19 


8 


256 


96 





2 


550 


548 


276 


272 


20 


8 


256 


96 


4 


2 


546 


540 


272 


268 


21 


8 


256 


96 


8 


2 


542 


532 


268 


264 


22 


8 


256 


96 


16 


2 


534 


516 


260 


256 


23 


8 


256 


96 


32 


2 


518 


484 


244 


240 


24 


4 


512 


96 








976 


976 


488 


488 


25 


4 


512 


96 





2 


970 


968 


488 


480 


26 


4 


512 


96 


4 


2 


958 


952 


480 


472 


27 


4 


512 


96 


8 


2 


946 


936 


472 


464 


28 


4 


512 


96 


16 


2 


922 


904 


456 


448 


29 


4 


512 


96 


32 


2 


874 


840 


424 


416 


30 


4 


256 


96 








1104 


1104 


552 


552 


31 


4 


256 


96 





2 


1098 


1096 


552 


544 


32 


4 


256 


96 


4 


2 


1086 


1080 


544 


536 


33 


4 


256 


96 


8 


2 


1074 


1064 


536 


528 


34 


4 


256 


96 


16 


2 


1050 


1032 


520 


512 


35 


4 


256 


96 


32 


2 


1002 


968 


488 


480 


36 


2 


512 


96 








1952 


1952 


976 


976 


37 


2 


512 


96 





2 


1938 


1936 


976 


960 


38 


2 


512 


96 


4 


2 


1910 


1904 


960 


944 


39 


2 


512 


96 


8 


2 


1882 


1872 


944 


928 


40 


2 


512 


96 


16 


2 


1826 


1808 


912 


896 


41 


2 


512 


96 


32 


2 


1714 


1680 


848 


832 


42 


2 


256 


96 








2208 


2208 


1104 


1104 


43 


2 


256 


96 





2 


2194 


2192 


1104 


1088 


44 


2 


256 


96 


4 


2 


2166 


2160 


1088 


1072 


45 


2 


256 


96 


8 


2 


2138 


2128 


1072 


1056 


46 


2 


256 


96 


16 


2 


2082 


2064 


1040 


1024 


47 


2 


256 


96 


32 


2 


1970 


1936 


976 


960 
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Slot 
Format 

# 


Spreadin 
g Factor 


IVIidambI 
e length 
(chips) 


Guard 
Period 
(chips) 


Ntfci 

code word 

(bits) 


Ntpc 
(bits) 


Bits/sl 
ot 


Noata/Slo 

t (bits) 


Ndata/data 
field{1) 

(bits) 


Ndata/data 
field(2) 

(bits) 


48 




512 


96 








3904 


3904 


1952 


1952 


49 




512 


96 





2 


3874 


3872 


1952 


1920 


50 




512 


96 


4 


2 


3814 


3808 


1920 


1888 


51 




512 


96 


8 


2 


3754 


3744 


1888 


1856 


52 




512 


96 


16 


2 


3634 


3616 


1824 


1792 


53 




512 


96 


32 


2 


3394 


3360 


1696 


1664 


54 




256 


96 








4416 


4416 


2208 


2208 


55 




256 


96 





2 


4386 


4384 


2208 


2176 


56 




256 


96 


4 


2 


4326 


4320 


2176 


2144 


57 




256 


96 


8 


2 


4266 


4256 


2144 


2112 


58 




256 


96 


16 


2 


4146 


4128 


2080 


2048 


59 




256 


96 


32 


2 


3906 


3872 


1952 


1920 


60 


16 


512 


192 








232 


232 


122 


110 


61 


16 


512 


192 





2 


232 


230 


122 


108 


62 


16 


512 


192 


4 


2 


232 


226 


120 


106 


63 


16 


512 


192 


8 


2 


232 


222 


118 


104 


64 


16 


512 


192 


16 


2 


232 


214 


114 


100 


65 


16 


512 


192 


32 


2 


232 


198 


106 


92 


66 


8 


512 


192 








464 


464 


244 


220 


67 


8 


512 


192 





2 


462 


460 


244 


216 


68 


8 


512 


192 


4 


2 


458 


452 


240 


212 


69 


8 


512 


192 


8 


2 


454 


444 


236 


208 


70 


8 


512 


192 


16 


2 


446 


428 


228 


200 


71 


8 


512 


192 


32 


2 


430 


396 


212 


184 


72 


4 


512 


192 








928 


928 


488 


440 


73 


4 


512 


192 





2 


922 


920 


488 


432 


74 


4 


512 


192 


4 


2 


910 


904 


480 


424 


75 


4 


512 


192 


8 


2 


898 


888 


472 


416 


76 


4 


512 


192 


16 


2 


874 


856 


456 


400 


77 


4 


512 


192 


32 


2 


826 


792 


424 


368 


78 


2 


512 


192 








1856 


1856 


976 


880 


79 


2 


512 


192 





2 


1842 


1840 


976 


864 


80 


2 


512 


192 


4 


2 


1814 


1808 


960 


848 


81 


2 


512 


192 


8 


2 


1786 


1776 


944 


832 


82 


2 


512 


192 


16 


2 


1730 


1712 


912 


800 


83 


2 


512 


192 


32 


2 


1618 


1584 


848 


736 


84 




512 


192 








3712 


3712 


1952 


1760 


85 




512 


192 





2 


3682 


3680 


1952 


1728 


86 




512 


192 


4 


2 


3622 


3616 


1920 


1696 


87 




512 


192 


8 


2 


3562 


3552 


1888 


1664 


88 




512 


192 


16 


2 


3442 


3424 


1824 


1600 


89 




512 


192 


32 


2 


3202 


3168 


1696 


1472 



5.2.3 Training sequences for spread bursts 

In this subclause, the training sequences for usage as midambles in burst type 1, 2 and 3 (see subclause 5.2.2) are 
defined. The training sequences, i.e. midambles, of different users active in the same cell and same time slot are 
cyclically shifted versions of one cell-specific single basic midamble code. The applicable basic midamble codes are 
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given in Annex A. 1 and A. 2. As different basic midamble codes are required for different burst formats, the Annex A.l 
shows the basic midamble codes mpL for burst type 1 and 3, and Annex and A.2 shows mps for burst type 2. It should be 
noted that burst type 2 must not be mixed with burst type 1 or 3 in the same timeslot of one cell. 

The basic midamble codes in Annex A.l and A.2 are listed in hexadecimal notation. The binary form of the basic 
midamble code shall be derived according to table 6 below. 

Table 6: Mapping of 4 binary elements m, on a single hexadecimal digit 



4 binary e 



ements ^, 



Mapped on hexadecimal digit 




1 
2 
3 
4 
5 
6 
7 
8 
9 
A 
B 
C 
D 
E 
F 



For each particular basic midamble code, its binary representation can be written as a vector nip : 



nip = {m^,m2,...,mp) 



(1) 



According to Annex A.l, the size of this vector nip is P=456 for burst type 1 and 3. Annex A.2 is setting P=192 for 
burst type 2. As QPSK modulation is used, the training sequences are transformed into a complex form, denoted as the 
complex vector nip : 



nip ={m^,m2,...,mp) 



The elements m^ of nip are derived from elements m. of nip using equation (3): 

m,. = (j)' ■ ni- for all i = 1,...,P 



(2) 



(3) 



Hence, the elements m- of the complex basic midamble code are alternating real and imaginary. 
To derive the required training sequences (different shifts), this vector nip is periodically extended to the size: 

i^^=L„^+ir-l)W + lP/Ki (4) 

Notes on equation (4): 

Ln,: Midamble length 

K": Maximum number of different midamble shifts in a cell, when no intermediate shifts are used. This 
value depends on the midamble length. 

K: Maximum number of different midamble shifts in a cell, when intermediate shifts are used, K=2K'. 
This value depends on the midamble length. 

W: Shift between the midambles, when the number of midambles is K". 
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LxJ denotes the largest integer smaller or equal to x 
Allowed values for L^, K" and W are given in Annex A. 1 and A. 2. 

So we obtain a new vector in containing the periodic basic midamble sequence: 

m = fep^2'-'^,_)=fei'^2v,m^„,+(jf'-i)w4p/^j) (5) 

The first P elements of this vector in are the same ones as in vector nip , the following elements repeat the beginning: 

m. = m._p for the subset i = (P + l),.",?niax '^^) 

Using this periodic basic midamble sequence in for each shift k a midamble in of length L^ is derived, which can 
be written as a shift specific vector: 

(k) ( (k) (k) (k)\ 

m' ' =\m\\m\\...,ml'} (7) 

(k) 

The Lni midamble elements m, are generated for each midamble of the first K" shifts (k = 1,...,K") based on: 

m?^ = l!liMK--k)w with / = 1,...,L„ and k = l,...,K' (8) 

The elements of midambles for the second K" shifts (k = (K"+1),...,K = (K"+1),...,2K") are generated based on a slight 
modification of this formula introducing intermediate shifts: 

mf^ = ?«,+(if-i-i)»'+[p//fjwith i = l,...,L^ and k = K'+l,...,K-l (9) 

ni\ = ^,+(jf'-i)w+Lp/A-jwith Z =1,...,L,„ and k^K (10) 

The number Kcdi of midambles that is supported in each cell can be smaller than K, depending on the cell size and the 
possible delay spreads, see annex A. The number Kcdi is signalled by higher layers. The midamble sequences derived 
according to equations (7) to (10) have complex values and are not subject to channelisation or scrambling process, i.e. 

(k) 

the elements m- represent complex chips for usage in the pulse shaping process at modulation. 

(k) 

The term "a midamble code set" or "a midamble code family" denotes K specific midamble codes in ; k=l,...,K, 
based on a single basic midamble code nip according to (1). 



5.2.4 Beamforming 

When DL beamforming is used, at least that user to which beamforming is applied and which has a dedicated channel 
shall get one individual midamble according to subclause 5.2.3, even in DL. 

5.3 Common physical channels 

5.3.1 Primary common control physical channel (P-CCPCH) 

The BCH as described in subclause 4.1.2 is mapped onto the Primary Common Control Physical Channel (P-CCPCH). 
The position (time slot / code) of the P-CCPCH is known from the Physical Synchronisation Channel (PSCH), see 
subclause 5.3.4. 

5.3.1.1 P-CCPCH Spreading 

The P-CCPCH uses fixed spreading with a spreading factor SF = 16 as described in subclause 5.2.1.1. The P-CCPCH 
always uses channelisation code CgJ^g . 



£75/ 



3GPP TS 25.221 version 4.8.0 Release 4 22 ETSI TS 125 221 V4.8.0 (2005-06) 

5.3.1 .2 P-CCPCH Burst Types 

The burst type 1 as described in subclause 5.2.2 is used for the P-CCPCH. No TFCI is appHed for the P-CCPCH. 

5.3.1 .3 P-CCPCH Training sequences 

The training sequences, i.e. midambles, as described in subclause 5.2.3 are used for the P-CCPCH. 

5.3.2 Secondary common control physical channel (S-CCPCH) 

PCH and FACH as described in subclause 4.1.2 are mapped onto one or more secondary common control physical 
channels (S-CCPCH). In this way the capacity of PCH and FACH can be adapted to the different requirements. 

5.3.2.1 S-CCPCH Spreading 

The S-CCPCH uses fixed spreading with a spreading factor SF = 16 as described in subclause 5.2.1.1. 

5.3.2.2 S-CCPCH Burst Types 

The burst types 1 or 2 as described in subclause 5.2.2 are used for the S-CCPCHs. TFCI may be applied for S-CCPCHs. 

5.3.2.3 S-CCPCH Training sequences 

The training sequences, i.e. midambles, as described in subclause 5.2.3 are used for the S-CCPCH. 

5.3.3 The physical random access channel (PRACH) 

The RACH as described in subclause 4.1.2 is mapped onto one uplink physical random access channel (PRACH). 

5.3.3.1 PRACH Spreading 

The uplink PRACH uses either spreading factor SF=16 or SF=8 as described in subclause 5.2. 1.2. The set of admissible 
spreading codes for use on the PRACH and the associated spreading factors are broadcast on the BCH (within the 
RACH configuration parameters on the BCH). 

5.3.3.2 PRACH Burst Type 

The UEs send uplink access bursts of type 3 randomly in the PRACH. TFCI and TPC are not applied for the PRACH. 

5.3.3.3 PRACH Training sequences 

The training sequences, i.e. midambles, of different users active in the same time slot are time shifted versions of a 
single periodic basic code. The basic midamble codes for burst type 3 are shown in Annex A. The necessary time shifts 
are obtained by choosing either all k=l,2,3...,K" (for cells with small radius) or uneven k=l,3,5,...<K" (for cells with 
large radius). Different cells use different periodic basic codes, i.e. different midamble sets. 

For cells with large radius additional midambles may be derived from the time-inverted Basic Midamble Sequence. 
Thus, the second Basic Midamble Code m2 is the time inverted version of Basic Midamble Code mi. 

In this way, a joint channel estimation for the channel impulse responses of all active users within one time slot can be 
performed by a maximum of two cyclic correlations (in cells with small radius, a single cyclic correlator suffices). The 
different user specific channel impulse response estimates are obtained sequentially in time at the output of the cyclic 
correlators. 

5.3.3.4 PRACH timeslot formats 

For the PRACH the timeslot format is only spreading factor dependent. The timeslot formats 60 and 66 of table 5b are 
applicable for the PRACH. 
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5.3.3.5 



Association between Training Sequences and Channelisation Codes 



For the PRACH there exists a fixed association between the training sequence and the channelisation code. The generic 
rule to define this association is based on the order of the channelisation codes Cq*** given by k and the order of the 
midambles m,*' given by k, firstly, andy, secondly, with the constraint that the midamble for a spreading factor Q is the 
same as in the upper branch for the spreading factor 2Q. The indexy=7 or 2 indicates whether the original Basic 
Midamble Sequence (j=l) or the time-inverted Basic Midamble Sequence is used (j=2). 

For the case that all k are allowed and only one periodic basic code mi is available for the RACH, the association 
depicted in figure 12 is straightforward. 

For the case that only odd k are allowed the principle of the association is shown in figure 13. This association is 
applied for one and two basic periodic codes. 
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Figure 12: Association of lUlidambles to Channelisation Codes in the OVSF tree for all k 
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Figure 13: Association of IVIidambles to Channelisation Codes in the OVSF tree for odd k 

5.3.4 The synchronisation channel (SCH) 

In TDD mode code group of a cell can be derived from the synchronisation channel. In order not to limit the 
uplink/downlink asymmetry the SCH is mapped on one or two downlink slots per frame only. 

There are two cases of SCH and P-CCPCH allocation as follows: 

Case 1) SCH and P-CCPCH allocated in TS#k, k=0. . .. 14 

Case 2) SCH allocated in two TS: TS#k and TS#k+8, k=0. . .6; P-CCPCH allocated in TS#k. 
The position of SCH (value of k) in frame can change on a long term basis in any case. 
Due to this SCH scheme, the position of P-CCPCH is known from the SCH. 
Figure 14 is an example for transmission of SCH, k=0, of Case 2. 
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Figure 14: Scheme for Synchronisation channel SCH consisting of one primary sequence Cp and 3 
parallel secondary sequences Csj in slot k and k+8 (example for k=0 in Case 2) 

As depicted in figure 14, the SCH consists of a primary and three secondary code sequences each 256 chips long. The 
primary and secondary code sequences are defined in [8] clause 8 'Synchronisation codes for the 3.84 Mcps option'. 

Due to mobile to mobile interference, it is mandatory for public TDD systems to keep synchronisation between base 
stations. As a consequence of this, a capture effect concerning SCH can arise. The time offset toffset.n enables the system 
to overcome the capture effect. 

The time offset tnffset.n is one of 32 values, depending on the code group of the cell, n, cf. "table 6 Mapping scheme for 
Cell Parameters, Code Groups, Scrambling Codes, Midambles and toffset" in [8]. Note that the cell parameter will change 
from frame to frame, cf. "Table 7 Alignment of cell parameter cycling and system frame number" in [8], but the cell 
will belong to only one code group and thus have one time offset toffset,n- The exact value for toffset,n, regarding column 
"Associated toftset" in table 6 in [8] is given by: 

^o#.M= 1(720 + « -48)7, «>16' " = ^'--'3^ 

5.3.5 Physical Uplink Shared Channel (PUSCH) 

The USCH as desribed in subclause 4.1.2 is mapped onto one or more physical uplink shared channels (PUSCH). 
Timing advance, as described in [9], subclause 4.3, is applied to the PUSCH. 

5.3.5.1 PUSCH Spreading 

The spreading factors that can be applied to the PUSCH are SF = 1, 2, 4, 8, 16 as described in subclause 5.2.1.2. 
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5.3.5.2 PUSCH Burst Types 

Burst types 1, 2 or 3 as described in subclause 5.2.2 can be used for PUSCH. TFCI and TPC can be transmitted on the 
PUSCH. 

5.3.5.3 PUSCH Training Sequences 

The training sequences as desribed in subclause 5.2.3 are used for the PUSCH. 

5.3.5.4 UE Selection 

The UE that shall transmit on the PUSCH is selected by higher layer signalling. 

5.3.6 Physical Downlink Shared Channel (PDSCH) 

The DSCH as desribed in subclause 4.1.2 is mapped onto one or more physical downlink shared channels (PDSCH). 

5.3.6.1 PDSCH Spreading 

The PDSCH uses either spreading factor SF = 16 or SF = 1 as described in subclause 5.2.1.1. 

5.3.6.2 PDSCH Burst Types 

Burst types 1 or 2 as described in subclause 5.2.2 can be used for PDSCH. TFCI can be transmitted on the PDSCH. 

5.3.6.3 PDSCH Training Sequences 

The training sequences as described in subclause 5.2.3 are used for the PDSCH. 

5.3.6.4 UE Selection 

To indicate to the UE that there is data to decode on the DSCH, three signalling methods are available: 

1) using the TFCI field of the associated channel or PDSCH; 

2) using on the DSCH user specific midamble derived from the set of midambles used for that cell; 

3) using higher layer signalling. 

When the midamble based method is used, the UE specific midamble allocation method shall be employed (see 
subclause 5.6), and the UE shall decode the PDSCH if the PDSCH was transmitted with the midamble assigned to the 
UE by UTRAN. For this method no other physical channels may use the same time slot as the PDSCH and only one UE 
may share the PDSCH time slot within one TTI. 

Note: From the above mentioned signalling methods, only the higher layer signalling method is supported by 
higher layers in Release 4. 

5.3.7 The Paging Indicator Channel (PICH) 

The Paging Indicator Channel (PICH) is a physical channel used to carry the paging indicators. 

5.3.7.1 Mapping of Paging Indicators to the PICH bits 

Figure 15 depicts the structure of a PICH burst and the numbering of the bits within the burst. The same burst type is 
used for the PICH in every cell. Npie bits in a normal burst of type 1 or 2 are used to carry the paging indicators, where 
NpiB depends on the burst type: NpiB=240 for burst type 1 and NpiB=272 for burst type 2. The bits 5npib+i,---, ■Snpib+4 
adjacent to the midamble are reserved for possible future use. 
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Figure 15: Transmission and numbering of paging indicator carrying bits in a PICIH burst 

Each paging indicator Pq in one time slot is mapped to the bits {s2Lpi*q+iv,S2Lpi*(q+i)} within this time slot. Thus, due to 
the interleaved transmission of the bits half of the symbols used for each paging indicator are transmitted in the first 
data part, and the other half of the symbols are transmitted in the second data part, as exemplary shown in figure 16 for 
a paging indicator length Lpi of 4 symbols. 



2560T 



2560T 




2 unused 
I symbols . 

Midamble I 
(256 Chips) I 




2 unused 
/ symbols , 

Midamble I 
(512Ctiips)i 



GP 



Po 



Po 



Figure 16: Example of mapping of paging indicators on PICH bits for Lpi=4 

The setting of the paging indicators and the corresponding PICH bits (including the reserved ones) is described in [7]. 

Npi paging indicators of length Lpi=2, Lpi=4 or Lpi=8 symbols are transmitted in each radio frame that contains the 
PICH. The number of paging indicators Npi per radio frame is given by the paging indicator length and the burst type, 
which are both known by higher layer signalling. In table 7 this number is shown for the different possibilities of burst 
types and paging indicator lengths. 

Table 7: Number Npi of paging indicators per time slot for the different burst types and paging 

indicator lengths Lpi 





Lpi=2 


Lpi=4 


Lpi=8 


Burst Type 1 


Npi=60 


Npi=30 


Npi=15 


Burst Type 2 


Npi=68 


Npi=34 


Npi=17 



5.3.7.2 



Structure of the PICH over multiple radio frames 



As shown in figure 17, the paging indicators of NpicH consecutive frames form a PICH block, NpicH is configured by 
higher layers. Thus, Np=NpicH*Npi paging indicators are transmitted in each PICH block. 
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Figure 17: Structure of a PICH block 
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The value PI (PI = 0, ..., Np-1) calculated by higher layers for use for a certain UE, see [15], is associated to the paging 
indicator Pq in the nth frame of one PICH block, where q is given by 

q = PI mod Npi 

and n is given by 

n = PI div Npi. 

The PI bitmap in the PCH data frames over lub contains indication values for all possible higher layer PI values, see 
[17]. Each bit in the bitmap indicates if the paging indicator Pq associated with that particular PI shall be set to or 1. 
Hence, the calculation in the formulas above is to be performed in Node B to make the association between PI and Pq. 



5.3.7.3 



PICH Training sequences 



The training sequences, i.e. midambles for the PICH. are generated as described in subclause 5.2.3. The allocation of 
midambles depends on whether SCTD is applied to the PICH. 

If no antenna diversity is applied the PICH the midambles can be allocated as described in subclause 5.6. 

If SCTD antenna diversity is applied to the PICH the allocation of midambles shall be as described in [9]. 

5.3.8 The physical node B synchronisation channel (PNBSCH) 

In case cell sync bursts are used for Node B synchronisation the PNBSCH shall be used for the transmission of the cell 
sync burst [8]. The PNBSCH shall be mapped on the same timeslot as the PRACH ace. to a higher layer schedule. The 
cell sync burst shall be transmitted at the beginning of a timeslot. In case of Node B synchronisation via the air interface 
the transmission of a RACH may be prohibited on higher layer command in specified frames and timeslots. 
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5.4 Transmit Diversity for DL Physical Channels 

Table 8 summarizes the different transmit diversity schemes for different downlink physical channel types that are 
described in [9]. 

Table 8: Application of Tx diversity schemes on downlink physical channel types 
"X" - can be applied, "-" - must not be applied 



Physical channel type 


Open loop TxDiverslty 


Closed loop TxDiverslty 


TSTD 


SCTD*' 


P-CCPCH 


- 


X 


- 


S-CCPCH 


-- 


X 


-- 


SCH 


X 


- 


- 


DPCH 


- 


- 


X 


PDSCH 


- 


X 


X 


PICH 


- 


X 


- 



(*) Note: SCTD may only be applied to physical channels when they are allocated to beacon locations. 

5.5 Beacon characteristics of physical channels 

For the purpose of measurements, common physical channels that are allocated to particular locations (time slot, code) 
shall have particular physical characteristics, called beacon characteristics. Physical channels with beacon 
characteristics are called beacon channels. The locations of the beacon channels are called beacon locations. The 
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ensemble of beacon channels shall provide the beacon function, i.e. a reference power level at the beacon locations, 
regularly existing in each radio frame. Thus, beacon channels must be present in each radio frame, the only exception is 
when idle periods are used to support time difference measurements for location services [9]. Then it may be possible 
that the beacon channels occur in the same frame and time slot as the idle periods. In this case, the beacon channels will 
not be transmitted in that particular frame and time slot. 

5.5.1 Location of beacon channels 

The beacon locations are determined by the SCH and depend on the SCH allocation case, see subclause 5.3.4: 

Case 1) The beacon function shall be provided by the physical channels that are allocated to channelisation code 
Cgite andtoTS#k,k=0,...,14. 

Case 2) The beacon function shall be provided by the physical channels that are allocated to channelisation code 
CgJie and to TS#k and TS#k+8, k=0,...,6. 

Note that by this definition the P-CCPCH always has beacon characteristics. 

5.5.2 Physical characteristics of beacon channels 

The beacon channels shall have the following physical characteristics. They: 

are transmitted with reference power; 

are transmitted without beamforming; 

use burst type 1 ; 

use midamble m*'' and m*^' exclusively in this time slot; and 

midambles m*'' and m*'"' are always left unused in this time slot, if 16 midambles are allowed in that cell. 

Note that in the time slot where the P-CCPCH is transmitted only the midambles m*'' to m***' shall be used, see 5.6.1. 
Thus, midambles m*^' and m*'"' are always left unused in this time slot. 

The reference power corresponds to the sum of the power allocated to both midambles m*'' and m*^'. Two possibilities 

exist: 

If SCTD antenna diversity is not applied to beacon channels all the reference power of any beacon channel is 
allocated to m*'\ 

If SCTD antenna diversity is applied to beacon channels, for any beacon channel midambles m*'' and m*^' are 
each allocated half of the reference power. 

5.6 Midamble Allocation for Physical Channels 

Midambles are part of the physical channel configuration which is performed by higher layers. Three different 
midamble allocation schemes exist: 

UE specific midamble allocation: A UE specific midamble for DL or UL is explicitly assigned by higher layers. 

Default midamble allocation: The midamble for DL or UL is allocated by layer 1 depending on the associated 
channelisation code. 

Common midamble allocation: The midamble for the DL is allocated by layer 1 depending on the number of 
channelisation codes currently being present in the DL time slot. 

If a midamble is not explicitly assigned and the use of the common midamble allocation scheme is not signalled by 
higher layers, the midamble shall be allocated by layer 1, based on the default midamble allocation scheme. This default 
midamble allocation scheme is given by a fixed association between midambles and channelisation codes, see clause 
A. 3, and shall be applied individually to all channelisation codes within one time slot. Different associations apply for 
different burst types and cell configurations with respect to the maximum number of midambles. 
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5.6.1 Midamble Allocation for DL Physical Channels 

Beacon channels shall always use the reserved midambles m*'' and m*^', see 5.5. For DL physical channels that are 
located in the same time slot as the P-CCPCH, midambles shall be allocated based on the default midamble allocation 
scheme, using the association for burst type 1 and Kceii =8 midambles. For all other DL physical channels, the midamble 
is explicitly assigned by higher layers or allocated by layer 1 . 

5.6.1 .1 Midamble Allocation by signalling from higher layers 

UE specific midambles may be signalled by higher layers to UE's as a part of the physical channel configuration, if: 
multiple UEs use the physical channels in one DL time slot; and 
beamforming is applied to all of these DL physical channels; and 
no closed loop TxDiversity is applied to any of these DL physical channels; 



PDSCH physical layer signalling based on the midamble is used. 

5.6.1 .2 Midamble Allocation by layer 1 

5.6.1.2.1 Default midamble 

If a midamble is not explicitly assigned and the use of the common midamble allocation scheme is not signalled by 
higher layers, the UE shall derive the midambles from the allocated channelisation codes and shall use an individual 
midamble for each channelisation code group containing one primary and a set of secondary channelisation codes. The 
association between midambles and channelisation code groups is given in annex A. 3. All the secondary channelisation 
codes within a set use the same midamble as the primary channelisation code to which they are associated. 

Higher layers shall allocate the channelisation codes in a particular order. Secondary codes shall only be allocated if the 
associated primary code is also allocated. If midambles are reserved for the beacon channels, all primary and secondary 
channelisation codes that are associated with the reserved midambles shall not be used. 

Channelisation codes of one channelisation code group shall not be allocated to different UE"s. 

In the case that secondary channelisation codes are used, secondary channelisation codes of one channelisation code 
group shall be allocated in ascending order, with respect to their numbering, and beginning with the lowest code index 
in this channelisation code group. 

The UE shall assume different channel estimates for each of the individual midambles. 

The default midamble allocation shall not apply for those downlink channels that are intended for a UE which will be 
the only UE assigned to a given time slot or slots for the duration of the assigned channel's existence (as in the case of 
high rate services). 

5.6.1.2.2 Common Midamble 

The use of the common midamble allocation scheme is signalled to the UE by higher layers as a part of the physical 
channel configuration. A common midamble may be assigned by layer 1 to all physical channels in one DL time slot, if: 

a single UE uses all physical channels in one DL time slot (as in the case of high rate service); 



or 



multiple UEs use the physical channels in one DL time slot; and 

no beamforming is applied to any of these DL physical channels; and 

no closed loop TxDiversity is applied to any of these DL physical channels; and 

midambles are not used for PDSCH physical layer signalling. 
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The number of channelisation codes currently employed in the DL time slot is associated with the use of a particular 
common midamble. Different associations apply for different burst types and cell configurations with respect to the 
maximum number of midambles, see annex B. 

5.6.2 Midamble Allocation for UL Physical Channels 

If the midamble is explicitly assigned by higher layers, an individual midamble shall be assigned to all UE"s in one UL 
time slot. 

If no midamble is explicitly assigned by higher layers, the UE shall derive the midamble from the channelisation code 
that is used for the data part (except for TFCI/TPC) of the burst. The associations between midamble and channelisation 
code are the same as for DL physical channels. 

5.7 Midamble Transmit Power 

There shall be no offset between the sum of the powers allocated to all midambles in a timeslot and the sum of the 
powers allocated to the data symbol fields. The transmit power within a timeslot is hence constant. 

The midamble transmit power of beacon channels is equal to the reference power. If SCTD is used for beacon channels, 
the reference power is equally divided between the midambles m*'' and m*^'. 

The midamble transmit power of all other physical channels depends on the midamble allocation scheme used. The 
following rules apply 

In case of Default Midamble Allocation, every midamble is transmitted with the same power as the associated 
codes. 

In case of Common Midamble Allocation in the downlink, the transmit power of this common midamble is such 
that there is no power offset between the data parts and the midamble part of the overall transmit signal within 
one time slot. 

In case of UE Specific Midamble Allocation, the transmit power of the UE specific midamble is such that there 
is no power offset between the data parts and the midamble part of every user within one time slot. 

The following figure 18 depicts the midamble powers for the different channel types and midamble allocation schemes. 

Note 1: In figure 18, the codes c(l) to c(16) represent the set of usable codes and not the set of used codes. 

Note 2: The common midamble allocation and the midamble allocation by higher layers are not applicable in 
those beacon time slots, in which the P-CCPCH is located, see section 5.6.1. 
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KcELL : Number of usable Midamble Shifts in this Cell 
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U: Number of CCTrCHs in this Time Slot, multiple CCTrCHs of one user may share one midamble 
KcELL : Number of usable Midamble Shifts in this Cell 



Figure 18: IVIidamble powers for the different midamble allocation schemes 



5A Physical channels for the 1 .28 Mcps option 

All physical channels take three-layer structure with respect to timeslots, radio frames and system frame numbering 
(SFN), see [14]. Depending on the resource allocation, the configuration of radio frames or timeslots becomes different. 
All physical channels need guard symbols in every timeslot. The time slots are used in the sense of a TDMA component 
to separate different user signals in the time and the code domain. The physical channel signal format for 1 .28Mcps 
TDD is presented in figure 18 A. 

A physical channel in TDD is a burst, which is transmitted in a particular timeslot within allocated Radio Frames. The 
allocation can be continuous, i.e. the time slot in every frame is allocated to the physical channel or discontinuous, i.e. 
the time slot in a subset of all frames is allocated only. A burst is the combination of a data part, a midamble and a 
guard period. The duration of a burst is one time slot. Several bursts can be transmitted at the same time from one 
transmitter. In this case, the data part must use different OVSF channelisation codes, but the same scrambling code. The 
midamble part has to use the same basic midamble code, but can use different midambles. 

Radio frame (10ms) 





< 


► 
















frame #i 


frame #i+l 






subframe (5 ms) 


fc- 


"■■•■■•.... 








^ 








subframe #1 


subframe #2 






timeslot #0 




1— 1 




timeslot #1 


timeslot #2 




timeslot #6 



Figure 18A: Physical channel signal format for 1.28Mcps TDD option 



£75/ 



3GPP TS 25.221 version 4.8.0 Release 4 



33 



ETSI TS 125 221 V4.8.0 (2005-06) 



The data part of the burst is spread with a combination of channelisation code and scrambling code. The channelisation 
code is a OVSF code, that can have a spreading factor of 1, 2, 4, 8, or 16. The data rate of the physical channel is 
depending on the used spreading factor of the used OVSF code. 

So a physical channel is defined by frequency, timeslot, channelisation code, burst type and Radio Frame allocation The 
scrambling code and the basic midamble code are broadcast and may be constant within a cell. When a physical channel 
is established, a start frame is given. The physical channels can either be of infinite duration, or a duration for the 
allocation can be defined. 

5A.1 Frame structure 

The TDMA frame has a duration of 10 ms and is divided into 2 sub-frames of 5ms. The frame structure for each sub- 
frame in the 10ms frame length is the same. 



.-^ Subframe 5 ms (6400chip) 

^^^ Switching Point 



1.28Mcps 




t t t I II 



DwPTS ^ „ ' . UpPTS 

GP (96chips) ^ 
(96chips) (160chips) 



Switching Point 



Figure 18B: Structure of the sub-frame for 1.28Mcps TDD option 

Time slot#n (n from to 6): the n* traffic time slot, 864 chips duration; 

DwPTS: downlink pilot time slot, 96 chips duration; 

UpPTS: uplink pilot time slot, 160 chips duration; 

GP: main guard period for TDD operation, 96 chips duration; 



In Figure 18B, the total number of traffic time slots for uplink and downlink is 7, and the length for each traffic time 
slot is 864 chips duration. Among the 7 traffic time slots, time slot#0 is always allocated as downlink while time slot#l 
is always allocated as uplink. The time slots for the uplink and the downlink are separated by switching points. Between 
the downlink time slots and uplink time slots, the special period is the switching point to separate the uplink and 
downlink. In each sub-frame of 5ms for 1 .28Mcps option, there are two switching points (uplink to downlink and vice 
versa). 

Using the above frame structure, the 1.28Mcps TDD option can operate on both symmetric and asymmetric mode by 
properly configuring the number of downlink and uplink time slots. In any configuration at least one time slot (time 
slot#0) has to be allocated for the downlink and at least one time slot has to be allocated for the uplink (time slot#l). 

Examples for symmetric and asymmetric UL/DL allocations are given in figure 18C. 
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< 


5 ms ^ 


1 


▲ ▲ ▲ 

V V V 


^ 


symmetric DL/UL allocation 

5 ms ^ 


^ w 


▼ 


t t 1 i 1 1 



asymmetric DL/UL allocation 
Figure 18C: 1.28Mcps TDD sub-frame structure examples 

5A.2 Dedicated physical channel (DPCH) 

The DCH as described in subclause 4.1 'Dedicated transport channels' is mapped onto the dedicated physical channel. 

5A.2.1 Spreading 

The spreading of physical channels is the same as in 3.84 Mcps TDD (cf. 5.2.1 'Spreading'). 

5A.2.2 Burst Format 

A traffic burst consists of two data symbol fields, a midamble of 144 chips and a guard period. The data fields of the 
burst are 352 chips long. The corresponding number of symbols depends on the spreading factor, as indicated in table 
8 A below. The guard period is 16 chip periods long. 

The burst format is shown in Figure 18D. The contents of the traffic burst fields is described in table 8B. 
Table 8A: number of symbols per data field in a traffic burst 



Spreading factor (Q) 


Number of symbols (N) per data field in Burst 


1 


352 


2 


176 


4 


88 


8 


44 


16 


22 



Table 8B: The contents of the traffic burst format fields 



Chip number 


Length of field in 


Chips 


Length of field in 


Contents of field 


(CN) 






symbols 




0-351 


352 




cf table 8A 


Data symbols 


352-495 


144 




- 


Midamble 


496-847 


352 




cf table 8A 


Data symbols 


848-863 


16 




- 


Guard period 



Data symbols 
352 chips 



Midamble 
144 chips 

864*T. 



Data symbols 
352 chips 



GP 
16 
CP 



Figure 18D: Burst structure of the traffic burst format (GP denotes the guard period and CP the chip 

periods) 
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5A.2.2.1 



Transmission of TFCI 



The traffic burst format provides the possibility for transmission of TFCI in uplink and downlink. 

The transmission of TFCI is configured by higher Layers. For each CCTrCH it is indicated by higher layer signalling, 
which TFCI format is applied. Additionally for each allocated timeslot it is signalled individually whether that timeslot 
carries the TFCI or not. The TFCI is always present in the first timeslot in a radio frame for each CCTrCH. If a time slot 
contains the TFCI, then it is always transmitted using the physical channel with the lowest physical channel sequence 
number (p) in that timeslot. Physical channel sequence numbering is determined by the rate matching function and is 
described in [7]. 

The transmission of TFCI is done in the data parts of the respective physical channel, this means that TFCI code word 
bits and data bits are subject to the same spreading procedure as depicted in [8]. Hence the midamble structure and 
length is not changed. 

The TFCI code word bits are equally distributed between the two subframes and the respective data fields. The TFCI 
code word is to be transmitted possibly either directly adjacent to the midamble or after the SS and TPC symbols. 
Figure 18E shows the position of the TFCI code word in a traffic burst, if neither SS nor TPC are transmitted. Figure 
18F shows the position of the TFCI code word in a traffic burst , if SS and TPC are transmitted. 



1 ■« part of TFCI code word 2 ""i part of TFCI code 



v'ord 



Data symbols 



Midamble 



Data symbols 



"Time slot X (864 Chips)" 



Sub-frame 5ms 



3 rf part of TFCI code word 4 th part of TFCI code \ 



)rd 



Data symbols 



Midamble 



Data symbols 



"Time slot x (864 Chips) ' 



Sub-frame 5ms 



Radio Frame 10ms ■ 



Figure 18E: Position of the TFCI code word in the traffic burst in case of no TPC and SS in 1.28 Mcps 

TDD 



I St part ofTFCI code word ^^ , JPC symbols 

SS sym|50ls / Vj "d part of TFCI 



cote 



Data symbols 


\ 


Midamble 


\ 




7 


Data symbols 


G 




"Time slot x (864 Chips) 


J 






-1 



Sub-frame 5ms 



3 rf part of TFCI code word TPC symbols 

:word \ SS symbols /4 th part of TFCI t 



CO ie word 



Data symbols 



Midamble 



Data symbols 



"Time slot x (864 Chips) " 



Sub-frame 5ms 



Radio Frame 10ms ■ 



Figure 18F:Position of the TFCI code word in the traffic burst in case of TPC and SS in 1.28 Mcps 

TDD 



5A.2.2.2 



Transmission of TPC 



The burst type for dedicated channels provides the possibility for transmission of TPC in uplink and downlink. 

The transmission of TPC is done in the data parts of the traffic burst. Hence the midamble structure and length is not 
changed. The TPC information is to be transmitted directly after the SS information, which is transmitted after the 
midamble. Figure 18G shows the position of the TPC command in a traffic burst. 

For every user the TPC information is to be transmitted at least once per 5ms sub-frame. For each allocated timeslot it is 
signalled individually whether that timeslot carries TPC information or not. If applied in a timeslot, transmission of 
TPC symbols is done in the data parts of the traffic burst and they are transmitted using the physical channel with the 
lowest physical channel sequence number (p) in that timeslot. Physical channel sequence numbering is determined by 
the rate matching function and is described in [7]. 
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TPC symbols may also be transmitted on more than one physical channel in a time slot. For this purpose, higher layers 
allocate an additional number of Nxpc physical channels, individually for each time slot. The TPC symbols shall then be 
transmitted using the physical channels with the Nxpc+1 lowest physical channel sequence numbers (p) in that time slot. 
Physical channel sequence numbering is determined by the rate matching function and is described in [7]. If the rate 
matching function results in Nrm < Nxpc+ 1 remaining physical channels in this time slot, TPC symbols shall be 
transmitted only on the Nrm remaining physical channels. 

The TPC symbols are spread with the same spreading factor (SF) and spreading code as the data parts of the respective 
physical channel. 



SS symbol(s) 



Data symbols 



Midamble 



TPC symbol(s) 



Data symbols 



GP 



144 chips 



864 Chips 

Figure 18G: Position of TPC information in the traffic burst in downlinl< and uplinl< 

For the number of TPC symbols per time slot there are 3 possibilities, that can be configured by higher layers 
individually for each timeslot: 

1) one TPC symbol 

2) no TPC symbols 

3) 16/SF TPC symbols 

So, in case 3), when SF=1, there are 16 TPC symbols which correspond to 32 bits (for QPSK) and 48 bits (for 8PSK). 

In the following the uplink is described only. For the description of the downlink, downlink (DL) and uplink (UL) have 
to be interchanged. 

Each of the TPC symbols for uplink power control in the DL will be associated with an UL time slot and an UL 
CCTrCH pair. This association varies with 

the number of allocated UL time slots and UL CCTrCHs on these time slots (time slot and CCTrCH pair) and 

the allocated TPC symbols in the DL. 
In case a UE has 

more than one channelisation code 
and/or 

channelisation codes being of lower spreading factor than 16 and using 16/SF SS and 16/SF TPC symbols, 

the TPC commands for each ULtime slot CCTrCH pair (all channelisation codes on that time slot belonging to the same 
time slot and CCTrCH pair have the same TPC command) will be distributed to the following rules: 

1 . The ULtime slots and CCTrCH pairs the TPC commands are intended for will be numbered from the first to the 
last ULtime slot and CCTrCH pair allocated to the regarded UE (starting with 0). The number of a time slot and 
CCTrCH pair is smaller then the number of another time slot and CCTrCH pair within the same time slot if its 
spreading code with the lowest SC number according to the following table has a lower SC number then the 
spreading code with the lowest SC number of the other time slot and CCTrCH pair. 

2. The commanding TPC symbols on all DL CCTrCHs allocated to one UE are numbered consecutively starting 
with zero according to the following rules: 

a) The numbers of the TPC commands of a regarded DL time slot are lower than those of DL time slots being 
transmitted after that time slot 
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b) Within a DL time slot the numbers of the TPC commands of a regarded channehsation code are lower than 
those of channelisation codes having a higher spreading code number 

The spreading code number is defined by the following table (see[8]): 



SC number 


SF(Q) 


Walsh code number (k) 





16 










15 


16 




16 


8 










23 


8 




24 


4 


«'G=4 








27 


4 




28 


2 




29 


2 


(k=l) 


30 


1 


*-Q=l 



Note: Spreading factors 2-8 are not used in DL 

c) Within a channelisation code numbers of the TPC commands are lower than those of TPC commands being 
transmitted after that time 

The following equation is used to determine the UL time slot which is controlled by the regarded TPC symbol in the 
DL: 



UL^os = [SFmNuL_TPCsymbol. +TPC oLpos + {{SFN-N, 



+ TPCoLpos )div(A?uz..to )))mod(A'f/L,,„, ) 



UL _TPCsymbols 

where 

ULpos is the number of the controlled uplink time slot and CCTrCH pairs. 

SFN" is the system frame number counting the sub-frames. The system frame number of the radio frames (SFN) can 
be derived from SFN" by 

SFN=SFN" div 2, where div is the remainder free division operation. 

NuL_pcsymbois IS the uumbcr of UL TPC symbols in a sub-frame. 

TPCdlpos is the number of the regarded UL TPC symbol in the DL within the sub-frame. 

NuLsiot is the number of UL slots and CCTrCH pairs in a sub-frame. 

When one of the above parameters is changed due to higher layer reconfiguration, the new relationship between TPC 
symbols and controlled UL time slots shall be valid, beginning with the radio frame, for which the new parameters are 
set. 

In Annex CB two examples of the association of TPC commands to time slots and CCTrCH pairs are shown. 

Coding of TPC: 
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The relationship between the TPC Bits and the transmitter power control command for QPSK is the same as in the 
3.84Mcps TDD cf. [5.2.2.5 "Transmission of TPC"]. 

The relationship between the TPC Bits and the transmitter power control command for 8PSK is given in table 8C 

Table 8C: TPC Bit Pattern for 8PSK 



TPC Bits 


TPC command 


Meaning 


000 


'Down' 


Decrease Tx Power 


110 


'Up' 


Increase Tx Power 



5A.2.2.3 



Transmission of SS 



The burst type for dedicated channels provides the possibility for transmission of uplink synchronisation control 
(ULSC). 

The transmission of ULSC is done in the data parts of the traffic burst. Hence the midamble structure and length is not 
changed. The ULSC information is to be transmitted directly after the midamble. Figure 18H shows the position of the 
SS command in a traffic burst. 

For every user the ULSC information shall be transmitted at least once per transmitted sub-frame. 

For each allocated timeslot it is signalled individually whether that timeslot carries ULSC information or not. If applied 
in a time slot, transmission of SS symbols is done in the data parts of the traffic burst and they are transmitted using the 
physical channel with the lowest physical channel sequence number (p) in that timeslot. Physical channel sequence 
numbering is determined by the rate matching function and is described in [7]. 

SS symbols may also be transmitted on more than one physical channel in a time slot. For this purpose, higher layers 
allocate an additional number of Nss physical channels, individually for each time slot. The SS symbols shall then be 
transmitted using the physical channels with the Nss+1 lowest physical channel sequence numbers (/:>) in that time slot. 
Physical charmel sequence numbering is determined by the rate matching function and is described in [7]. If the rate 
matching function results in Nrm < Nss+1 remaining physical channels in this time slot, SS symbols shall be transmitted 
only on the Nrm remaining physical channels. 

The SS symbols are spread with the same spreading factor (SF) and spreading code as the data parts of the respective 
physical channel. 

The SS is utilised to command a timing adjustment by (k/8) Tc each M sub-frames, where Tc is the chip period. The k 
and M values are signalled by the network. The SS, as one of LI signals, is to be transmitted once per 5ms sub-frame. 

M (1-8) and k (1-8) can be adjusted during call setup or readjusted during the call. 

Note: The smallest step for the SS signalled by the UTRAN is 1/8 Tc. For the UE capabilities regarding the SS 
adjustment of the UE it is suggested to set the tolerance for the executed command to be [1/9; 1/7] Tc. 



SS symbol(s) 



Data symbols 



Midamble 




Data symbols 



GP 



<- 



144 chips 



864 Chips 
Figure 18H: Position of ULSC information in the traffic burst (downlink and uplink) 

Note that for the upUnk where there is no SS symbol used, the SS symbol space is reserved for future use. This can keep 
UL and DL slots the same structure. 

For the number of SS symbols per time slot there are 3 possibilities, that can be configured by higher layers individually 
for each time slot: 
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one SS symbol 

no SS symbol 

- 16/SF SS symbols 

So, in case 3, when SF=1, there are 16 SS symbols which correspond to 32 bits (for QPSK) and 48 bits (for 8PSK). 

Each of the SS symbols in the DL will be associated with an UL time slot depending on the allocated UL time slots and 
the allocated SS symbols in the DL. 

Note: Even though the different time slots of the UE are controlled with independent SS commands, the UE is not in 
need to execute SS commands leading to a deviation of more than [3] chip with respect to the average timing advance 
applied by the UE. 

The synchronisation shift commands for each UL time slot (all channelisation codes on that time slot have the same SS 
command) will be distributed to the following rules: 

1. The UL time slots the SS commands are intended for will be numbered from the first to the last UL time slot 
occupied by the regarded UE (starting with 0) considering all CCTrCHs allocated to that UE. 

2. The commanding SS symbols on all downlink CCTrCHs allocated to one UE are numbered consecutively 
starting with zero according to the following rules: 

a) The numbers of the SS commands of a regarded DL time slot are lower than those of DL time slots being 
transmitted after that time slot 

b) Within a DL time slot the numbers of the SS commands of a regarded channelisation code are lower than 
those of channelisation codes having a bigger spreading code number 

The spreading code number is defined by the following table: (see TS 25.223) 



Spreading 

code 

number 


SF(Q) 


Walsh code number (k) 





16 


p(*=i) 
^e=i6 








15 


16 


„«:=16) 




Spreading 
factors 2-8 
are nor used 
inDL 




30 


1 


p(*=l) 

^e=i 



c) Within a channelisation code numbers of the SS commands are lower than those of SS commands being 
transmitted after that time 

The following equation is used to determine the UL time slot which is controlled by the regarded SS symbol: 



ULp„, = {SFN'-Nsssy,„hoLs + SSp„, + {{SFN'-Nsssy,„hoLs + SSp„, )div{NuL.sio, )))mod(A?y^,,„, ) , 

where 

ULpos is the number of the controlled uplink time slot. 

SEN" is the system frame number counting the sub-frames. The system frame number of the radio frames (SEN) can be 
derived from SEN" by 

SFN=SFN" div 2, where div is the remainder free division operation. 

Nsssymbois IS the numbcr of SS symbols in a sub-frame. 
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SSpos is the number of the regarded SS symbol within the sub-frame. 



N, 



is the number of UL slots in a sub-frame. 



When one of the above parameters is changed due to higher layer reconfiguration, the new relationship between SS 
symbols and controlled UL time slots shall be valid, beginning with the radio frame, for which the new parameters are 

set. 

The relationship between the SS Bits and the SS command for QPSK is the given in table 8D: 

Table 8D: Coding of the SS for QPSK 



SS Bits 


SS command 


Meaning 


00 


'Down' 


Decrease synchronisation shift by l</8 Tc 


11 


'Up' 


Increase synchronisation shift by l</8 Tc 


01 


"Do nothing" 


No change 



The relationship between the SS Bits and the SS command for 8PSK is given in table 8E: 

Table 8E: Coding of the SS for 8PSK 



SS Bits 


SS command 


Meaning 


000 


'Down' 


Decrease synchronisation shift by l</8 Tc 


110 


'Up' 


Increase synchronisation shift by l</8 Tc 


oil 


"Do nothing" 


No change 



5A.2.2.4 



Timeslot formats 



The timeslot format depends on the spreading factor, the number of the TFCI code word bits, the number of SS and 
TPC symbols and the applied modulation scheme (QPSK/8PSK) as depicted in the following tables. 
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5A.2.2.4.1 



Timeslot formats for QPSK 



5A.2.2.4.1.1 



Downlink timeslot formats 

Table 8F : Time slot formats for the Downlink 



Slot 
Format 

# 


Spreading 
Factor 


Midamble 
length 
(chips) 


Ntfci 

code word 

(bits) 


Nss & Ntpc 
(bits) 


Bits/Slot 


Noata/Slot 

(bits) 


Ndata/data 
field(1) 

(bits) 


Ndata/data 
field(2) 

(bits) 





16 


144 





O&O 


88 


88 


44 


44 


1 


16 


144 


4 


O&O 


88 


86 


42 


44 


2 


16 


144 


8 


O&O 


88 


84 


42 


42 


3 


16 


144 


16 


O&O 


88 


80 


40 


40 


4 


16 


144 


32 


O&O 


88 


72 


36 


36 


5 


16 


144 





2&2 


88 


84 


44 


40 


6 


16 


144 


4 


2&2 


88 


82 


42 


40 


7 


16 


144 


8 


2&2 


88 


80 


42 


38 


8 


16 


144 


16 


2&2 


88 


76 


40 


36 


9 


16 


144 


32 


2&2 


88 


68 


36 


32 


10 




144 





O&O 


1408 


1408 


704 


704 


11 




144 


4 


O&O 


1408 


1406 


702 


704 


12 




144 


8 


O&O 


1408 


1404 


702 


702 


13 




144 


16 


O&O 


1408 


1400 


700 


700 


14 




144 


32 


O&O 


1408 


1392 


696 


696 


15 




144 





2&2 


1408 


1404 


704 


700 


16 




144 


4 


2&2 


1408 


1402 


702 


700 


17 




144 


8 


2&2 


1408 


1400 


702 


698 


18 




144 


16 


2&2 


1408 


1396 


700 


696 


19 




144 


32 


2&2 


1408 


1388 


696 


692 


20 




144 





32&32 


1408 


1344 


704 


640 


21 




144 


4 


32&32 


1408 


1342 


702 


640 


22 




144 


8 


32&32 


1408 


1340 


702 


638 


23 




144 


16 


32&32 


1408 


1336 


700 


636 


24 




144 


32 


32&32 


1408 


1328 


696 


632 
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5A.2.2.4.1.2 



Uplink timeslot formats 

Table 8G : Time slot formats for the Uplink 



Slot 
Format 

# 


Spreading 
Factor 


Midamble 
length 
(chips) 


Ntfci 
code word 

(bits) 


Nss & Ntpc 
(bits) 


Bits/Slot 


Noata/Slot 

(bits) 


Ndata/data 
field{1) 

(bits) 


Ndata/data 
field(2) 

(bits) 





16 


144 





O&O 


88 


88 


44 


44 


1 


16 


144 


4 


o&o 


88 


86 


42 


44 


2 


16 


144 


8 


O&O 


88 


84 


42 


42 


3 


16 


144 


16 


o&o 


88 


80 


40 


40 


4 


16 


144 


32 


o&o 


88 


72 


36 


36 


5 


16 


144 





2&2 


88 


84 


44 


40 


6 


16 


144 


4 


2&2 


88 


82 


42 


40 


7 


16 


144 


8 


2&2 


88 


80 


42 


38 


8 


16 


144 


16 


2&2 


88 


76 


40 


36 


9 


16 


144 


32 


2&2 


88 


68 


36 


32 


10 


8 


144 





O&O 


176 


176 


88 


88 


11 


8 


144 


4 


O&O 


176 


174 


86 


88 


12 


8 


144 


8 


O&O 


176 


172 


86 


86 


13 


8 


144 


16 


O&O 


176 


168 


84 


84 


14 


8 


144 


32 


O&O 


176 


160 


80 


80 


15 


8 


144 





2&2 


176 


172 


88 


84 


16 


8 


144 


4 


2&2 


176 


170 


86 


84 


17 


8 


144 


8 


2&2 


176 


168 


86 


82 


18 


8 


144 


16 


2&2 


176 


164 


84 


80 


19 


8 


144 


32 


2&2 


176 


156 


80 


76 


20 


8 


144 





4&4 


176 


168 


88 


80 


21 


8 


144 


4 


4&4 


176 


166 


86 


80 


22 


8 


144 


8 


4&4 


176 


164 


86 


78 


23 


8 


144 


16 


4&4 


176 


160 


84 


76 


24 


8 


144 


32 


4&4 


176 


152 


80 


72 


25 


4 


144 





O&O 


352 


352 


176 


176 


26 


4 


144 


4 


O&O 


352 


350 


174 


176 


27 


4 


144 


8 


O&O 


352 


348 


174 


174 


28 


4 


144 


16 


O&O 


352 


344 


172 


172 


29 


4 


144 


32 


O&O 


352 


336 


168 


168 


30 


4 


144 





2&2 


352 


348 


176 


172 


31 


4 


144 


4 


2&2 


352 


346 


174 


172 


32 


4 


144 


8 


2&2 


352 


344 


174 


170 


33 


4 


144 


16 


2&2 


352 


340 


172 


168 


34 


4 


144 


32 


2&2 


352 


332 


168 


164 


35 


4 


144 





8&8 


352 


336 


176 


160 


36 


4 


144 


4 


8&8 


352 


334 


174 


160 


37 


4 


144 


8 


8&8 


352 


332 


174 


158 


38 


4 


144 


16 


8&8 


352 


328 


172 


156 


39 


4 


144 


32 


8&8 


352 


320 


168 


152 


40 


2 


144 





O&O 


704 


704 


352 


352 


41 


2 


144 


4 


O&O 


704 


702 


350 


352 


42 


2 


144 


8 


O&O 


704 


700 


350 


350 


43 


2 


144 


16 


O&O 


704 


696 


348 


348 


44 


2 


144 


32 


O&O 


704 


688 


344 


344 


45 


2 


144 





2&2 


704 


700 


352 


348 


46 


2 


144 


4 


2&2 


704 


698 


350 


348 
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Slot 
Format 

# 


Spreading 
Factor 


Midamble 
length 
(chips) 


Ntfci 

code word 

(bits) 


Nss & Ntpc 
(bits) 


Bits/Slot 


Noata/Slot 

(bits) 


Ndata/data 
field(1) 

(bits) 


Ndata/data 
field(2) 

(bits) 


47 


2 


144 


8 


2&2 


704 


696 


350 


346 


48 


2 


144 


16 


2&2 


704 


692 


348 


344 


49 


2 


144 


32 


2&2 


704 


684 


344 


340 


50 


2 


144 





16&16 


704 


672 


352 


320 


51 


2 


144 


4 


16&16 


704 


670 


350 


320 


52 


2 


144 


8 


16&16 


704 


668 


350 


318 


53 


2 


144 


16 


16&16 


704 


664 


348 


316 


54 


2 


144 


32 


16&16 


704 


656 


344 


312 


55 




144 





O&O 


1408 


1408 


704 


704 


56 




144 


4 


O&O 


1408 


1406 


702 


704 


57 




144 


8 


O&O 


1408 


1404 


702 


702 


58 




144 


16 


O&O 


1408 


1400 


700 


700 


59 




144 


32 


O&O 


1408 


1392 


696 


696 


60 




144 





2&2 


1408 


1404 


704 


700 


61 




144 


4 


2&2 


1408 


1402 


702 


700 


62 




144 


8 


2&2 


1408 


1400 


702 


698 


63 




144 


16 


2&2 


1408 


1396 


700 


696 


64 




144 


32 


2&2 


1408 


1388 


696 


692 


65 




144 





32&32 


1408 


1344 


704 


640 


66 




144 


4 


32&32 


1408 


1342 


702 


640 


67 




144 


8 


32&32 


1408 


1340 


702 


638 


68 




144 


16 


32&32 


1408 


1336 


700 


636 


69 




144 


32 


32&32 


1408 


1328 


696 


632 
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5A.2. 2.4.2 Time slot formats for 8PSK 

The Downlink and the Uplink timeslot formats are described together in the following table. 

Table 8H: Timeslot formats for 8PSK modulation 



Slot 
Format 

# 


Spreading 
Factor 


Midamble 
length 
(chips) 


Ntfci 

code word 

(bits) 


Nss & Ntpc 
(bits) 


Bits/Slot 


Noata/Slot 

(bits) 


Ndata/data 
field{1) 

(bits) 


Ndata/data 
field{2) 

(bits) 







144 





O&O 


2112 


2112 


1056 


1056 


1 




144 


6 


O&O 


2112 


2109 


1053 


1056 


2 




144 


12 


O&O 


2112 


2106 


1053 


1053 


3 




144 


24 


O&O 


2112 


2100 


1050 


1050 


4 




144 


48 


O&O 


2112 


2088 


1044 


1044 


5 




144 





3&3 


2112 


2106 


1056 


1050 


6 




144 


6 


3&3 


2112 


2103 


1053 


1050 


7 




144 


12 


3&3 


2112 


2100 


1053 


1047 


8 




144 


24 


3&3 


2112 


2094 


1050 


1044 


9 




144 


48 


3&3 


2112 


2082 


1044 


1038 


10 




144 





48&48 


2112 


2016 


1056 


960 


11 




144 


6 


48&48 


2112 


2013 


1053 


960 


12 




144 


12 


48&48 


2112 


2010 


1053 


957 


13 




144 


24 


48&48 


2112 


2004 


1050 


954 


14 




144 


48 


48&48 


2112 


1992 


1044 


948 


15 


16 


144 





O&O 


132 


132 


66 


66 


16 


16 


144 


6 


O&O 


132 


129 


63 


66 


17 


16 


144 


12 


O&O 


132 


126 


63 


63 


18 


16 


144 


24 


O&O 


132 


120 


60 


60 


19 


16 


144 


48 


O&O 


132 


108 


54 


54 


20 


16 


144 





3&3 


132 


126 


66 


60 


21 


16 


144 


6 


3&3 


132 


123 


63 


60 


22 


16 


144 


12 


3&3 


132 


120 


63 


57 


23 


16 


144 


24 


3&3 


132 


114 


60 


54 


24 


16 


144 


48 


3&3 


132 


102 


54 


48 



5A.2.3 Training sequences for spreacJ bursts 

In this subclause, the training sequences for usage as midambles are defined. The training sequences, i.e. midambles, of 
different users active in the same cell and same time slot are cyclically shifted versions of one single basic midamble 
code. The applicable basic midamble codes are given in Annex AA. 1 . 

The basic midamble codes in Annex AA. 1 are listed in hexadecimal notation. The binary form of the basic midamble 
code shall be derived according to table 81 below. 
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Table 81: Mapping of 4 binary elements m,on a single hexadecimal digit: 



4 binary elements ^, 


Mapped on hexadecimal digit 


-1 -1 -1 -1 
-1 -1-11 1 
-1 -11-1 2 
-1-111 3 
-1 1-1-1 4 
-11-11 5 
-111-1 6 
-1111 7 
1 -1 -1 -1 8 
1-1-11 9 
1-11-1 A 
1-111 B 
11-1-1 C 
11-11 D 
111-1 E 
1111 F 



For each particular basic midamble code, its binary representation can be written as a vector nip : 



mp =(mi,m2,...,mp) 



(1) 



According to Annex AA.l, the size of this vector nip is P=128. As QPSK modulation is used, the training sequences 
are transformed into a complex form, denoted as the complex vector nip : 



nip -{m^,m2,...,mp) 
The elements m . of nip are derived from elements m. of nip using equation (3): 

m, = (j)' • m, for all i — l,...,P 
Hence, the elements m, of the complex basic midamble code are alternating real and imaginary. 
To derive the required training sequences, this vector nip is periodically extended to the size: 

Notes on equation (4): 

K and W are taken from Annex AA. 1 

So we obtain a new vector ni containing the periodic basic midamble sequence: 



(2) 



(3) 



(4) 



(5) 



The first P elements of this vector in are the same ones as in vector nip , the following elements repeat the beginning: 



m. = m._p for the subset i = (P + l),...,i^ 



(6) 



.(k) 



Using this periodic basic midamble sequence in for each user k a midamble ni of length Ln, is derived, which can 
be written as a user specific vector: 



(k) (k) (k) (k) 

m = \ml ,m\ ,...,mi j 



(7) 
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(k) 

The Lni midamble elements m- are generated for each midamble of the k users (k = 1,...,K) based on: 

^f ^ = Uli+iK-m with i = 1,...,L^ and k = \,...,K (8) 



The midamble sequences derived according to equations (7) to (8) have complex values and are not subject to 
channelisation or scran 
process at modulation. 



channelisation or scrambling process, i.e. the elements m- represent complex chips for usage in the pulse shaping 



The term "a midamble code set" or "a midamble code family" denotes K specific midamble codes in ; k=l,...,K, 
based on a single basic midamble code nip according to (1). 

5A.2.4 Beamforming 

Beamforming is same as that of the 3.84Mcps TDD, cf. [ 5.2.4 Beamforming ]. 

5A.3 Common physical channels 

5A.3.1 Primary common control physical channel (P-CCPCH) 

The BCH as described in section 4.1.2 "Common Transport Channels" is mapped onto the Primary Common Control 
Physical Channels (P-CCPCH 1 and P-CCPCH2). The position (time slot / code) of the P-CCPCHs is fixed in the 
1.28Mcps TDD. The P-CCPCHs are mapped onto the first two code channels of timeslot#0 with spreading factor of 16. 
The P-CCPCH is always transmitted with an anterma pattern configuration that provides whole cell coverage. 

5A.3.1.1 P-CCPCH Spreading 

The P-CCPCH uses fixed spreading with a spreading factor SF = 16. The P-CCPCH 1 and P-CCPCH2 always use 
channelisation code ^"^^ and ^"'^ respectively. 

5A.3.1 .2 P-CCPCH Burst Format 

The burst format as described in section 5A.2.2 is used for the P-CCPCH. No TFCI is applied for the P-CCPCH. 

5A.3.1 .3 P-CCPCH Training sequences 

The training sequences, i.e. midambles, as described in subclause 5A.2.3 are used for the P-CCPCH. 

5A.3.2 Secondary common control physical channel (S-CCPCH) 

PCH and EACH as described in subclause 4.1.2 are mapped onto one or more secondary common control physical 
channels (S-CCPCH). In this way the capacity of PCH and FACH can be adapted to the different requirements. The 
time slot and codes used for the S-CCPCH are broadcast on the BCH. 

5A.3.2.1 S-CCPCH Spreading 

The S-CCPCH uses fixed spreading with a spreading factor SF = 16 as described in subclause 5A.2.1. 

5A.3.2.2 S-CCPCH Burst Format 

The burst format as described in section 5A.2.2 is used for the S-CCPCH. TFCI may be applied for S-CCPCHs. 

5A.3.2.3 S-CCPCH Training sequences 

The training sequences, i.e. midambles, as described in the subclause 5A.2.3 are also used for the S-CCPCH. 
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5A.3.3 Fast Physical Access CHannel (FPACH) 

The Fast Physical Access CHannel (FPACH) is used by the Node B to carry, in a single burst, the acknowledgement of 
a detected signature with timing and power level adjustment indication to a user equipment. FPACH makes use of one 
code with spreading factor 16, so that its burst is composed by 44 symbols. The spreading code, training sequence and 
time slot position are configured by the network and signalled on the BCH. 



5A.3.3.1 



FPACH burst 



The FPACH burst contains 32 information bits. Table 8J reports the content description of the FPACH information bits 
and their priority order; 

Table 8J: FPACH information bits description 



Information field 


Length (in bits) 


Signature Reference Number 


3 (MSB) 


Relative Sub-Frame Number 


2 


Received starting position of the UpPCH 
(UpPCHpos) 


11 


Transmit Power Level Command for RACH 
message 


7 


Reserved bits 
(default value: 0) 


9 (LSB) 



In the use and generation of the information fields is explained in [9]. 

5A.3.3.1 .1 Signature Reference Number 

The reported number corresponds to the numbering principle for the cell signatures as described in [8]. 

The Signature Reference Number value range is - 7 coded in 3 bits such that: 

bit sequence(0 0) corresponds to the first signature of the cell; . . .; bit sequence (111) corresponds to the 8 
signature of the cell. 

5A.3.3.1 .2 Relative Sub-Frame Number 

The Relative Sub-Frame Number value range is - 3 coded such that: 

bit sequence (0 0) indicates one sub-frame difference; ...; bit sequence (1 1) indicates 4 sub-frame difference. 

5A.3.3.1 .3 Received starting position of the UpPCH (UpPCHpos) 

The received starting position of the UpPCH value range is - 2047 coded such that: 

bit sequence (0 ... 0) indicates the received starting position zero chip; . . . ; bit sequence ( 1 1 ... 1 1 1 ) 
indicates the received starting position 2047*1/8 chip. 

5A.3.3.1 .4 Transmit Power Level Command for the RACH message 

The transmit power level command is transmitted in 7 bits. 

5A.3.3.2 FPACH Spreading 

The FPACH uses only spreading factor SF=16 as described in subclause 5A.3.3. The set of admissible spreading codes 
for use on the FPACH is broadcast on the BCH. 

5A.3.3.3 FPACH Burst Format 

The burst format as described in section 5A.2.2 is used for the FPACH. 
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5A. 3.3.4 FPACH Training sequences 

The training sequences, i.e. midambles, as described in subclause 5A.2.3 are used for FPACH. 

5A.3.3.5 FPACH timeslot formats 

The FPACH uses slot format #0 of the DL time slot formats given in subclause 5 A. 2. 2.4. 1.1. 

5A.3.4 The physical random access channel (PRACH) 

The RACH as described in subclause 4. 1 .2 is mapped onto one or more uplink physical random access channels 
(PRACH). In such a way the capacity of RACH can be flexibly scaled depending on the operators need. 

5A.3.4.1 PRACH Spreading 

The uplink PRACH uses either spreading factor SF=16, SF=8 or SF=4 as described in subclause 5A.2.1. The set of 
admissible spreading codes for use on the PRACH and the associated spreading factors are broadcast on the BCH 
(within the RACH configuration parameters on the BCH). 

5A.3.4.2 PRACH Burst Format 

The burst format as described in section 5A.2.2 is used for the PRACH. 

5A.3.4.3 PRACH Training sequences 

The training sequences, i.e. midambles, of different users active in the same time slot are time shifted versions of a 
single periodic basic code. The basic midamble codes as described in subclause 5A.2.3 are used for PRACH. 

5A.3.4.4 PRACH timeslot formats 

The PRACH uses the following time slot formats taken from the uplink timeslot formats described in sub-clause 
5A.2.2.4.1.2: 



Spreading Factor 


Slot Format 

# 


16 





8 


10 


4 


25 



5A.3.4.5 Association between Training Sequences and Channelisation Codes 

The association between training sequences and channelisation codes of PRACH in the 1 .28McpsTDD is same as that 
oftheDPCH. 

5A.3.5 The synchronisation channels (DwPCH, UpPCH) 

There are two dedicated physical synchronisation channels — DwPCH and UpPCH in each 5ms sub-frame of the 
1 .28Mcps TDD. The DwPCH is used for the down link synchronisation and the UpPCH is used for the uplink 
synchronisation. 

The position and the contents of the DwPCH are equal to the DwPTS as described in the subclause 5A.1., while the 
position and the contents of the UpPCH are equal to the UpPTS. 

The DwPCH is transmitted at each sub-frame with an antenna pattern configuration which provides whole cell 
coverage. Furthermore it is transmitted with a constant power level which is signalled by higher layers. 

The burst structure of the DwPCH ( DwPTS) is described in the figure 181. 
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75us 



GP(32chips) 



SYNC_DL(64chips) 



Figure 181: burst structure of the DwPCH ( DwPTS) 

Note: 'GP' for 'Guard Period' 
The burst structure of the UpPCH ( UpPTS) is described in the figure 18J. 



125us 


k 


^ 


w 


SYNC_UL(128chips) 


GP(32chips) 



Figure 18J: burst structure of the UpPCH ( UpPTS) 

The SYNC-DL code in DwPCH and the SYNC-UL code in UpPCH are not spreaded. The details about the SYNC-DL 
and SYNC-UL code are described in the corresponding subclause and annex in [8]. 

5A.3.6 Physical Uplink Shared Channel (PUSCH) 

For Physical Uplink Shared Channel (PUSCH) the burst structure of DPCH as described in subclause 5A.2 and the 
training sequences as described in subclause 5A.2.3 shall be used. PUSCH provides the possibility for transmission of 
TFCI, SS, and TPC in uplink. 

The PUSCH is common with 3.84 Mcps TDD with respect to Spreading and UE selection, cf. [5.3.5 Physical Uplink 
Shared Channel (PUSCH)]. 

5A.3.7 Physical Downlink Shared Channel (PDSCH) 

For Physical Downlink Shared Channel (PDSCH) the burst structure of DPCH as described in subclause 5A.2 and the 
training sequences as described in subclause 5A.2.3 shall be used. PDSCH provides the possibility for transmission of 
TFCI, SS, and TPC in downlink. 

The PDSCH is common with 3.84 Mcps TDD with respect to Spreading and UE selection, cf. [5.3.6 Physical Downlink 
Shared Channel (PDSCH)]. 

5A.3.8 The Page Indicator Channel (PICH) 

The Paging Indicator Channel (PICH) is a physical channel used to carry the paging indicators. 

5A.3.8.1 Mapping of Paging Indicators to the PICH bits 

Figure 18K depicts the structure of a PICH transmission and the numbering of the bits within the bursts. The burst type 
as described in [5A.2.2 "Burst Format"] is used for the PICH. NpiB bits are used to carry the paging indicators, where 

Np,B=352. 
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Bits for Page Indication 



Bits for Page Indication 



Bits for Page Indication 



its for Page Indication 







1 


Midamble ' 






Guard Period 








Midamble 






Guard Period 


S, Si, s.,. 







1 

1 


Midamble 








Guard Period 








Midamble 








Guam Period 



Time Slot#i, subframe #1 



Time Slot#i, subframe #2 



€{0,2,3,4,5,6) 



Figure 18K: Transmission and numbering of paging indicator 
carrying bits in the RICH bursts 

Each paging indicator P^ (where Pq, q = 0, ..., A^pi-l, P, e {0, 1 )) in one radio frame is mapped to the bits 
{s2Lp •q+b"-,S2L »(q+i)} iH subframc #1 Or subframe #2. 

The setting of the paging indicators and the corresponding PICH bits is described in [7]. 

Npi paging indicators of length Lpi=2, Lpi=4 or Lpi=8 symbols are transmitted in each radio frame that contains the 
PICH. The number of paging indicators Npi per radio frame is given by the paging indicator length, which signalled by 
higher layers. In table 8K this number is shown for the different possibilities of paging indicator lengths. 

Table 8K: Number Npi of paging indicators per radio frame for 
different paging indicator lengths Lpi 





Lpi=2 


Lpi=4 


Lpi=8 


Npi per radio frame 


88 


44 


22 



5A.3.8.2 Structure of the PICH over multiple radio frames 

The structure of the PICH over multiple radio frames is common with 3.84 Mcps TDD, cf. [5.3.7.2 Structure of the 
PICH over multiple radio frames] 

5A.4 Transmit Diversity for DL Physical Channels 

Table 8L summarizes the different transmit diversity schemes for different downlink physical channel types in 
1.28Mcps TDD that are described in [9]. 

Table 8L: Application of Tx diversity schemes on downlink physical channel types in 1.28Mcps TDD 

"X" - can be applied, "-" - must not be applied 



Physical channel type 


Open loop TxDiversity 


Closed loop TxDiversity 


TSTD 


SCTD ^' 


P-CCPCH 


X 


X 


- 


S-CCPCH 


X 


X 


- 


DwPCH 


X 


- 


- 


DPCH 


X 


- 


X 


PDSCH 


X 


X 


X 


PICH 


X 


X 


- 











(*) Note: SCTD may only be applied to physical channels when they are allocated to beacon locations. 



5A.5 Beacon characteristics of physical channels 

For the purpose of measurements, common physical channels that are allocated to particular locations (time slot, code) 
shall have particular physical characteristics, called beacon characteristics. Physical channels with beacon 
characteristics are called beacon channels. The location of the beacon channels is called beacon location. The beacon 
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channels shall provide the beacon function, i.e. a reference power level at the beacon location, regularly existing in each 
subframe. Thus, beacon channels must be present in each subframe. 

5A.5.1 Location of beacon channels 

The beacon location is described as follows : 

The beacon function shall be provided by the physical channels that are allocated to channelisation code C^^ig and 

CqI^6 in Timeslot#0. 

Note that by this definition the P-CCPCH always has beacon characteristics. 

5A.5.2 Physical characteristics of the beacon function 

The beacon channels shall have the following physical characteristics. 
They: 

are transmitted with reference power; 

are transmitted without beamforming; 

use midamble m*'' and m*^' exclusively in this time slot 

The reference power corresponds to the sum of the power allocated to both midambles m*'' and m*^'. Two possibilities 
exist: 

If SCTD antenna diversity is not applied to beacon channels, all the reference power of any beacon channel is 
allocated to m*''. 

If SCTD antenna diversity is applied to beacon channels, for any beacon channel midambles m*'' and m*^' are 
each allocated half of the reference power. 

5A.6 Midamble Allocation for Physical Channels 

The midamble allocation schemes for physical channels are the same as in the 3.84Mcps TDD option. The associations 
between channelisation codes and midambles for the default and common midamble allocation differ from the 3.84 
Mcps TDD option. The associations are given in Annex AA.2 [Association between Midambles and channelisation 
Codes] and D [Signalling of the number of channelisation codes for the DL common midamble case for 1.28Mcps 
TDD] respectively 

5A.6.1 Midamble Allocation for DL Physical Channels 

Beacon channels shall always use the reserved midambles m*'' and m*^', see 5A.5. For the other DL physical channels 
that are located in timeslot #0, midambles shall be allocated based on the default midamble allocation scheme, using the 
association for K=8 midambles. For all other DL physical channels, the midamble is explicitly assigned by higher layers 
or allocated by layer 1 . 

5A.6.1 .1 Midamble Allocation by signalling from higher layers 

The midamble allocation by signalling is the same like in the 3.84 Mcps TDD cf. [5.6.1.1 Midamble allocation by 
signalling from higher layers] 
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5A.6.1 .2 Midamble Allocation by layer 1 
5A.6. 1.2.1 Default midamble 

The default midamble allocation by layer 1 is the same like in the 3.84 Mcps TDD cf. [5.6.1.2.1 Default midamble]. 
The associations between midambles and channelisation codes are given in Annex AA.2 [Association between 
Midambles and channelisation Codes]. 

5A.6.1.2.2 Common Midamble 

The common midamble allocation by layer 1 is the same like in the 3.84 Mcps TDD cf. [5.6.1.2.2 Common midamble]. 
The respective associations are given in Annex B A [Signalling of the number of channelisation codes for the DL 
common midamble case for 1.28 Mcps TDD]. 

5A.6.2 Midamble Allocation for UL Physical Channels 

The midamble allocation for UL Physical Channels is the same as in the 3.84 Mcps TDD cf [5.6.2 Midamble allocation 
for UL Physical Channels] 

5A.7 Midamble Transmit Power 

The setting of the midamble transmit power is done as in the 3.84 Mcps TDD option cf. 5.7 "Midamble Transmit 
Power" 

6 IVIapping of transport channels to physical channels 

for the 3.84 Mcps option 

This clause describes the way in which transport channels are mapped onto physical resources, see figure 19. 



Transport Channels Physical Channels 

DCH Dedicated Physical Cliannel (DPCH) 

BCH Primary Common Control Physical Channel (P-CCPCH) 

FACH Secondary Common Control Physical Channel (S-CCPCH) 

RACH Physical Random Access Channel (PRACH) 

USCH Physical Uplink Shared Channel (PUSCH) 

DSCH Physical Downlink Shared Channel (PDSCH) 

Paging Indicator Channel (PICH) 
Synchronisation Channel (SCH) 
Physical Node B Synchronisation Channel (PNBSCH) 



Figure 19: Transport channel to physical channel mapping 



6.1 Dedicated Transport Channels 



A dedicated transport channel is mapped onto one or more physical channels. An interleaving period is associated with 
each allocation. The frame is subdivided into slots that are available for uplink and downlink information transfer. The 
mapping of transport blocks on physical channels is described in TS 25.222 ("multiplexing and channel coding"). 
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Figure 20: Mapping of Transport Bloclts onto the physical bearer 



Frame 4 



For NRT packet data services, shared channels (USCH and DSCH) can be used to allow efficient allocations for a short 
period of time. 



6.2 Common Transport Channels 

6.2.1 The Broadcast Channel (BCH) 

The BCH is mapped onto the P-CCPCH. The secondary SCH codes indicate in which timeslot a mobile can find the P- 
CCPCH containing BCH. 

6.2.2 The Paging Channel (PCH) 

The PCH is mapped onto one or several S-CCPCHs so that capacity can be matched to requirements. The location of 
the PCH is indicated on the BCH. It is always transmitted at a reference power level. 

To allow an efficient DRX, the PCH is divided into PCH blocks, each of which comprising Npcn paging sub-channels. 
NpcH is configured by higher layers. Each paging sub-channel is mapped onto 2 consecutive PCH frames within one 
PCH block. Layer 3 information to a particular UE is transmitted only in the paging sub-channel, that is assigned to the 
UE by higher layers, see [15]. The assignment of UEs to paging sub-channels is independent of the assignment of UEs 
to page indicators. 



6.2.2.1 



PCH/PICH Association 



As depicted in figure 21, a paging block consists of one PICH block and one PCH block. If a paging indicator in a 
certain PICH block is set to '1' it is an indication that UEs associated with this paging indicator shall read their 
corresponding paging sub-channel within the same paging block. The value Ngap>0 of frames between the end of the 
PICH block and the beginning of the PCH block is configured by higher layers. 



Paging Block 



PICH Block 

■< ► 



PCH Block 



Sub-Channel #0 Sub-Channel #1 Sub-Channel #NpcH-1 



PICH 











i i 11 i 




























PCH 

















N 



PICH 



Nr 



^RAP 
->■« ^^^ ►■<- 



2*N 
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Figure 21 : Paging Sub-Channels and Association of RICH and PCH blocks 
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6.2.3 The Forward Channel (FACH) 

The FACH is mapped onto one or several S-CCPCHs. The location of the FACH is indicated on the BCH and both, 
capacity and location can be changed, if required. FACH may or may not be power controlled. 

6.2.4 The Random Access Channel (RACH) 

The RACH has intraslot interleaving only and is mapped onto PRACH. The same slot may be used for PRACH by 
more than one cell. Multiple transmissions using different spreading codes may be received in parallel. More than one 
slot per frame may be administered for the PRACH. The location of slots allocated to PRACH is broadcast on the BCH. 
The PRACH uses open loop power control. The details of the employed open loop power control algorithm may be 
different from the corresponding algorithm on other channels. 

6.2.5 The Uplink Shared Channel (USCH) 

The uplink shared channel is mapped on one or several PUSCH, see subclause 5.5. 

6.2.6 The Downlink Shared Channel (DSCH) 

The downlink shared channel is mapped on one or several PDSCH, see subclause 5.6. 

7 Mapping of transport channels to physical channels 

for the 1 .28 Mcps option 

This clause describes the way in which the transport channels are mapped onto physical resources, see figure 22. 



Transport channels 


Physical channels 


DCH 


Dedicated Physical Channel (DPCH) 


BCH 


Primary Common Control Physical Channels (P-CCPCH) 


PCH 


Secondary Common Control Physical Channels(S-CCPCH) 


FACH 


Secondary Common Control Physical Channels(S-CCPCH) 




PICH 


RACH 


Physical Random Access Channel (PRACH) 


USCH 


Physical Uplink Shared Channel (PUSCH) 


DSCH 


Physical Downlink Shared Channel (PDSCH) 




Down link Pilot Channel (DwPCH) 




Up link Pilot Channel (UpPCH) 




FPACH 



Figure 22: Transport channel to physical channel mapping for 1.28Mcps TDD 

7.1 Dedicated Transport Channels 

The mapping of transport blocks to physical bearers is in principle the same as in 3.84 Mcps TDD but due to the 
subframe structure the coded bits are mapped onto each of the subframes within the given TTI. 
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Sub-frame 2n Sub-frame 2n+l Sub-frame 2(in-l) Sub-frame 2(ih-1)h-1 

Radio frame n Radio frame n+1 



Figure 23 : Mapping of Transport Blocks onto the physical bearer ( TTI= 20ms ) 

7.2 Common Transport Channels 

7.2.1 The Broadcast Channel (BCH) 

There are two P-CCPCHs, P-CCPCH 1 and P-CCPCH 2 which are mapped onto timeslot#0 using the channelisation 

codes 2=16 ^^^ Q=\6 ^jjj^ spreading factor 16. The BCH is mapped onto the P-CCPCH 1H-P-CCPCH2. 

The position of the P-CCPCHs is indicated by the relative phases of the bursts in the DwPTS with respect to the P- 
CCPCHs midamble sequences, see [8]. One special combination of the phase differences of the burst in the DwPTS 
with respect to the P-CCPCH midamble indicates the position of the P-CCPCH in the multi-frame and the start position 
of the interleaving period. 

7.2.2 The Paging Channel (PCH) 

The mapping of Paging Channels onto S-CCPCHs and the association between PCHs and Paging Indicator Channels is 
the same as in the 3.84 Mcps TDD option, cf. 6.2.2 'The paging Channel' and 6.2.2.1 'PCH/PICH Association' 
respectively. 

7.2.3 The Forward Channel (FACH) 

The FACH is mapped onto one or several S-CCPCHs. The location of the FACH is indicated on the BCH and both, 
capacity and location can be changed, if required. FACH may or may not be power controlled. 

7.2.4 The Random Access Channel (RACH) 

The RACH is mapped onto PRACH. More than one slot per frame may be administered for the PRACH. The location 
of slots allocated to PRACH is broadcast on the BCH. The uplink sync codes (SYNC-UL sequences) used by the UEs 
for UL synchronisation have a well known association with the P-RACHs, as broadcast on the BCH. On the PRACH, 
both power control and uplink synchronisation control are used. 

7.2.5 The Uplink Shared Channel (USCH) 

The uplink shared channel is mapped onto one or several PUSCH, see subclause 5A.3.6 "Physical Uplink Shared 
Channel (PUSCH)" 
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7.2.6 The Downlink Shared Channel (DSCH) 

The downlink shared channel is mapped onto one or several PDSCH, see subclause 5A.3.7 "Physical Downlink Shared 
Channel (PDSCH)" 
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Annex A (normative): 

Basic IVIidamble Codes for the 3.84 IVIcps option 

A.1 Basic IVIidamble Codes for Burst Type 1 and 3 

In the case of burst type 1 or 3 (see subclause 5.2.2) the midamble has a length of Lm=512, which is corresponding to: 

K"=8; W=57; P=456. 

Depending on the possible delay spread cells are configured to use Kceii midambles which are generated from the Basic 
Midamble Codes (see table A.l) 

- for all k=l,2,...,K; K=2K" or 
for k=l,2,...,K", only, or 

- for odd k=l,3,5,... < K", only. 

Depending on the cell size midambles for PRACH are generated from the Basic Midamble Codes (see table A.l) 

- fork=l,2,...,K"or 

- for odd k=l,3,5,... < K", only. 

The cell configuration is broadcast on BCH. 

The mapping of these Basic Midamble Codes to Cell Parameters is shown in TS 25.223. 

Table A.l : Basic Midamble Codes nip according to equation (5) from subclause 5.2.3 for case of 

burst type 1 and 3 



Code ID 


Basic IVIidamble Codes nipL of length P=456 


mpLo 


8DF65B01 E465091 0A4BF89992E48F43860B07FE55FA0028E454EDCD1 F0A09A6F029668F55427 
253FB8A71 E5EF2EF360E539C48958441 3C6DC4 


mpLi 


4C63F9BC3FD7B655D5401 653BE75E1 01 8DC26D271 AADA1 CF1 3FD348386759506270F2F953E9 
3A44468E0A76605EAE8526225903B1 201 077602 


mpL2 


852261 1 FFCAEB55A5F07D966036C852E7B1 5B893B3ABA9672C327380283D1 68564B8E1 200F0E 
2205AF1 BB23A58679899785CFA2A6C1 31 CFDC4 


mpL3 


F581 07E6B777C221 999BDE9340E1 92DC6C31 AB8AE85E70AA9BBEB3972743541 2A5A27C0EF7 
3AB453ED0D28E5B032B94306EC1 304736C91 E922 


mpL4 


8967098501 3DFD22231 64B68A63BD58C7867E9731 6742D3ABD6CBDA4FC4E08C0B0CBE44451 
575C72F887507956BD1 F27C466681 800B4B01 6EE 


nnpLs 


FCDEF63500D6745CDB962594AF1 71 740241 E982E921 0FC238C4DD85541 F08C1 A01 0F7B31 61 A 
7F4DF1 9BAD91 6FD308AB1 CED2A32538C1 84E92C 


nnpL6 


DB04CE77A5BA7C0E09B6D3551 072B1 1 A7A43B6A355C1 D6FDCF725D587874999895748DD098 
32ABC35CEC300833824961 2E6FE5005E1 3B031 03 


mpL7 


D2F61A622D0BA9E448CD29587D398EF8CDC3B6582B6CDD50E9E20BF5FE2B3258041E14D608 
21 DC67251 32C22D787CD5D497780D4241 E3B420D 


mpL8 


731 8524E62D806FA1 49ECC5435058A2B741 1 1 524B84727FE9A7923B4A1 F0D8FCD89208F34BE 
E5CADEB901 30F9954BB30605A98C1 1 045FF1 73D 


mpL9 


8E832B4FA1 A1 1 E0BF31 8E84F54725C8052E0D099EF0AF54BC342BEE44976C9F38DE701 623C7 
BF6474DF90D2E2222A4915C8080E7CD3EC84DAC 


mpLio 


CFA5BAC90780876C41 7933C431 03B55699A8AD51 1 64E590AF9DA6AF0C1 8804E1 F74862F00CE 
7ECC899C85B6ABB0CAD5E50836AD7A39878FE2F 


nnpLii 


AD539094A1 9858A75458F1 B98E286A4F7DC3A1 1 7083D04724CBE83F341 0281 7C5531 329CDB43 
7FFF71 2241 B644BDF0C1 FEC8598A63C2F21 BD7 


mpLi2 


BEB84831 39529BDE23E42DA6AB81 70DD0BFBB30CE28A4502FAF3C8EDA21 9B9A6D5B849D9C 
9E4451 F74E2408EA046061 201 E0C1 D69CF48F3A94 


nnpLi3 


C482462CA7846266060D21 688BA00B72E1 EC84A3D5B71 94C8DA39E21 A3CE1 2BF51 2C8AAB6A 
7079F73C0D3E4F40AC555A4BCC453F1DFE3F6C82 
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Code ID 


Basic IVIidamble Codes mpL of length P=456 


mpLi4 


9663373935FD5C21 3AC58C0670206683D579D2526C05B0A81 030DDF61 A221 D8A68EAD8D6F7A 
A0D662C07C6DCD01 1 5A54D39F03F71 22B0675AC 


mpLi5 


387397AE5CD3F2B3912C26B8F87CE82CEFEC55507DB08FB0C4CF2FD6858896201ACA726428 
1 D0298440DD3481 E5E9DDB24C1 6F30EB7A22948A 


mpLi6 


AFE9266843C892571B6230D808788C63B9065EA3BDFF687B92B8734A8D7099559FEA22C94165 
76D0C087EB4503E87E356471 B3301 82A24A3E6 


mpLi7 


6E6C550A4CB7401 0F6C3E0328651 DF421 C456D9A5E8AE9D3946C1 01 89D72B5791 84552EE3E7 
99970969C870FE8A37B6C4BA890992103486DC0 


mpLi8 


D803CA71 B6F99CFB31 05D40F4695D61 EB0B62E803F79302EE3D2A6BF1 2EA70D304B1 81 E8B3 
8B3B74F5022B67EB8109808C62532688C563D4BE 


mpLi9 


E599ED48D01 772055DBE9D343A4EA5EABE643DA38F06904FC7523B08C41 01 F021 B1 99AF759A 
00D9AC298881D79413A77470992A75C771492D0 


mpL20 


9F30AC41 62CE5D1 85953705F3D45F026F38E9B5721 AEFE0737021 4D526A2C4B344B508B57BF 
B2492320C05903C79CBEE08C6E7F21 8B57E1 4D6 


mpL2i 


B5971 060DA84685B4D042ED01 89FAF1 3C961 B2EF61 CC1 64E363B22AAB1 4AC8AF607906C1 C6 
E04F2054C687AA6741A9E70639857DA02B6FFFFA 


mpL22 


97135FC2226C4B4A5CBA5FCA3732763B87455F73A1148006F3DF214BD4C936D061E04045160 
E2CE33B9CD09D08FDE2A37F4E998322B4401D27 


mpL23 


4D256D57C861 B9791 1 51 A78D5299C56D1 1 6B61 78B2A2D04BB95FB76540AF28341 DC6EC4E7E 
D3BF9E508478D9C8F4491 4805DA82429E1 CF320E 


mpL24 


858EF5C84CE32D18D9ABA110EEA7474CF0CD70254D2928C3F4DFF6BB3A518587CADA1 90290 
78AC90A8336C81 78203BE3289E601 F07D089CB64 


mpL25 


920A8796A51 1 650AEF32F93DD3C39C624E07AE03CE8C961 39973F54DCB9803C51 64ADB502D 
4FF561 564D607037FCD1 72921 F1 982B1 02C331 2C 


mpL26 


485C5DAE76B360A9C56E20B8422EA3E6ACF07CB093B5587CB0E6A5498A4714081EA98DBCD 
B0482B26E0D097C03444473D233BEF3C8E440DEBF 


mpL27 


565A9D54EA789892B024F97E728E8EE1 1 241 1 942C48BD0C5BC8AA457D8DC9941 F0F7424B386 
43FFE6521 CD306FBC56FE1 0F1 428D4C245B5606 


mpL28 


5AEF2C0C2C3781 79A1 AC36242E6B3EDB72C42D3624437674F8D51 260C0898C201 837CBA1 4E9 
E23D1 EF6451 C4ACF27AB031 F457A8A1 BFD1 48AE 


mpL29 


87D8FE68541 7822A23D925307E6C1 1 081 ADAC4702BCCD9BE448E78984D1 09B50DEF5B7C58B 
C71 EA1 F0A6826BA8AD1 978843E7697F3E41 6AADA 
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Code ID 


Basic IVIidamble Codes mpL of length P=456 


mpL30 


84802B72AF27B5BE724D1 FB629E0E627BDB0D9061 292582F98350C1 D0C9D4B9D8F2RF71 1 23C 
82EBB1 61 003AE9829E07244D78F1 9926F8847A2 


mpL3i 


8CCB51 28238BCB088E30972D62792AEF02B9BBDDCAD68C991 6C00BF91 CBE788B0F03851 FA 
AF88605534FD73436C259D270B1 01 3CB1 4226F658 


nnpL32 


62F4E6FAC2BF1979CE6854AA2D33534BFB2F946519101A6589131C3640707D40E67ED804AF8 
736AD21 3CAF5935741 900061 967E8285C27E34C 


mpLss 


4095E5B4EEAFCDF68A34B267EEA28D8444FA533900F41499E260D2E65C256A52E1DD5861F52 
27C98E00687D107233F51A1167BCF72FB1 84654 


mpL34 


5630E9A79FCAD303404D9E5A8022991 62657AAC734761 C6E90DA8BCE4F61 A763E0BB48D3FE 
B3F78468C828ABA4828DAD06E0F904CFD40421DC 


nnpL35 


CD1 2B24C0BCA8AAC1 FCBF0500A3BC684A1 80E863D888F2506B48C68ECF1 7F76CB285991 FB 
A1 8EB639721 1 FAD002F482D57A258CD45DE3FF1 A6 


mpL36 


AFCF2A50877286CD3405442730C45514F082D9EC296B367C0F64F04C4E0007DCA9E50BEED5 
C1 021 26E31 9ACBC64F1 729272F2F72C9397029FE 


mpL37 


1 8F89EE8589D20882A72A44DCCDF0050F0A3D88DBA6531 61 4973D26905FDF41 E3F779FF0648 
E8AF1 54092851 1 BCF4C25D9C64AF34AC31 B8965 


mpL38 


F890D550F33F032ECDA3A51 FED427D634F64EB29AF1 332A23CD961 258E4BAED040E7B33691 
8E250EC272A1 281 6B9EBFFA1 E0AE401 1 85F08C1 


nnpL39 


ACE5DD61 506047E80FB7D41 BD3992DF4D7F1 8EB46CC1 45C0E91 05428C2F8F2991 41 F5D6669 
1 904A7DC251 3A3B83994ACB1 292246B3281 8FE9D 


nnpL4o 


1 50680FF900C9B46E1 E24D54BE2238CB950A934E5CCDE9BC3939EB51 CB0AE202B7D339EEC 
201 8B33A0AB9B63DA5D51 2D64FB58C0E51 A1 C82C2 


mpL4i 


51 A579EED2663A002D32D1 0A07531 7361 2F4D5BA1 67D1 807C61 F25C4D42C063682E8E9DD01 9 
F79D446A046EB3F75E50FEB228DC52F08E694B6 


mpL42 


CDC644FE4C0C6897604F9D1 4D71 41 23BF1 6FFF0E49F35F674908CA60653702FE27BCCA2A470 
98453AF8661 055C8C549EB6A951 A8396AD4B94D 


mpL43 


750A1 0366C595373C5001 CA3E4239764B1 409D602CF6052B39BC6A3255A1 5FE06C782C4C5F8 
47026A7E79838A2933A61 C77BB6CBF591 5B2DA5 


mpL44 


B7490686D78E409082C4C48FE18D4C35429C20AADF96076B92FC4E85490664753DB0891A0B2 
7FD849BB7FCA99E3B38F22F8C662852C0D35AA6 


mpL45 


D86E1 B575B47D23DA81 1 806A54C231 281 F0331 7830E7BD305D3CAA7D6382A52331 04CFD54D2 
2DF9F34535E5B390D9040CF1375FEA44CEC29E2 


nnpL46 


828655960C026EC67B683480992AC2ED2C43ABC606F5220C2945F373470BE7ED5BCCF7C1AA 
0986BBCCC84F1 1 F1658AA568FAA0A60C5F0B5BFA 


mpL47 


D76230E02C8533653AAB99B288AA2ADE25A1 CI BF2851 6C04239240EAF1 EFC0B98974B51 F886 
861 D8A1 E9F5D62CFFEC309F071 A971 6B3251 01 B 


mpL48 


EA207662865B8A07D69648964DED818EE474A90B94473408871880E63EF0596B9FCFEC3C06B 
86EA6AD2B06C91 672EFB33C70241 A5450B59B8A 


mpL49 


9CB5459549909835FAB22F0D99298C120ACF479F814CCE749079D40688F28101037762F125C7 
76DA9C5FA1 FCE0E76E452F81 85354FDCDE94E2 


mpL50 


227506304AEC1 D6F93569B51 FDC3405A0F381 94F65BE1 71 63A3CB9827A35AECEA757D020FE2 
49377ECD561 428A38FEED004EC859C2725631 85 


mpL5i 


96B9AEC993891 0F0E533422A397751 9B05CD4AD3909BC1 5A7502D48D49C1 24FA1 92A8E57027 
CFEB1 1 DF54201 0603CE5C9FDF8E626D4FBF8CF4 


mpL52 


A6AAD06E095A9BE0BD9F8A2ED40C3CBDBAE91 C700CBB778C8696CC06F3A675C1 6BDB291 8 
E5F21 1 1 005A8727206DC6A9684E056551 85C398EEB 


mpL53 


GDI 68D384A78DA1 72991 AD333EE2A9880905AFE59E2A2A4AC441 4C40F82874F98A3CBE7B44 
F4C7F4710B35FD88AFC0399FAEB070EB9CA4D30A 


mpL54 


2201 6CA87AD1 5491 74A8699DD65599697871 091 457E83E091 2E7E77A06531 C209394D283D1 8A 
38662B73681DD9C5BF330FED978BDA7D487CA8 


mpL55 


B9401 B0843AA6F7827A1 3BD66C922287E8886C31 EB5B90B82B472CCD6DA3D8D4FBF78B8F84 
96DFA8252B06429D5DD1 71 42F1 C908ACCD70EA0C 


mpL56 


E42B9EFDC5D09AC27B3C7DA28D02493A70521 223B9D7A76A9D1 3E9C1 71 01 7964D1 6A70C08E 
AD02C3DC948889C23E365AFCF01BF20B89B0BF5C 


mpL57 


9DA01 801 68DB91 5E9F3597B5931 21 98E1 B5CC00D743C2ECB0DBAADA3E35A2465ED1 EAA9D7 
4734D49A31 3CE4DFF020D0760E31 53DC485603943 


mpL58 


B6C96661 9ECB981 91 D71 9C1 87C07BD503425650CAA3A2D1 F2DF521 2B1 441 D7A0C1 D36A4C9C 
2550240AD1 7CA43BB3943DFFFBF1 E283D81 299CC 


mpL59 


DB0E8C41 F08A03D477C1 AA548799274C4BF3EB68F26361 66FDC8D4B1 E71 32539930297E228B 
A232BB5C279FA5ECA3AC10E24361AF050A453B8 


mpL60 


89BCE2DE2974EEBA833CF32F224C85A2891484478527DB48FA6ECEA84C5E288CC3914CB54A 
DA0476278750187F68FBEA41017E1E58DF1A5A3D 


mpL6i 


70A457D1 31 4A278625443EEB5252081 5EC92CEF1 741 7B97440DCB531 BC1 CE8321 2F6327041 8 
D0FBDE71 F6DB9E0EA88772E1 E4535B6633E4425 
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Basic IVIidamble Codes mpL of length P=456 


mpL62 


C388460AD54B36C4452CF0433BD347100ACCC24C79C535AD3E1F23FE0425E93A044C553BFA 
1 1 6E09AA4BB32F1 3CFA76FBA1 BC1 7520F45EFD44 


nnpL63 


0BAFCADCDF9AA2846681 782CD3B90CA036A863C78EE1 507620BC394D0C6804B4C97A1 5BC9 
C0D7B79E6892EA1 BFF1 A0DD9573A921 3AB1 40D0D2 


nnpL64 


833B0226789A62882FCD27A30885E67872B1 A1 C2FA484AD49801 1 599DD57E8E2A07A560B471 6 
7AA5F60EF471 77DBB1 632D5387A2896348640B 


mpL65 


8F52820323ABA5E6C6B465821 B621 600B980E59F53A599DA5646BA1 0321 4336836CF1 7E3386C 
E4FB2BC5F25CCB30CF7F500546828EC8786B8E 


mpL66 


E2E9A29C3C8207B9A4508FD2F667A1 59F068EEE8D00686F46EA904C3692C1 D79DFF1 B32E51 
3720D47B4B58AC35384A26087027E1 41 B31 26A8 


nnpL67 


70E7C39FD2D3AE1DCE341699A544D801A8688A6EE47C5CB3630022147DDC06241FC5337A34 
8A462B2472DEC5E1 04DD520ADA51 1 4DB065D4B0D 


mpL68 


9E3483CAB1 64BD053C4971 D4D87494CC689033D589EF80E5453376E4A8DCC021 83B98C36B0 
FF7DDC0AD07FCE8B4D51 64371 BD03A21 1 0AD1 247 


mpL69 


04DA1 C649B0608938DAADD3FE920A4F681 690C54505429DBDCDCF1 0067AB571 4BCDDFE1 F2 
869271 0F794765781 CI D233344E1 1 9BEE8A841 6DC 


mpL70 


7A1 8D6D30BDF4441 071 4C3DCA27D8F9EA8A542D871 22205640B9831 3C91 AD9A0B993A5A7BC 
3E035F93B88BBE6D4204BC82A9FA8D4C1 A761 8CF 


nnpL7i 


EB9525E1 0265A48733C8E0E77E45931 01 1 2A71 DCA680F68AC044B64BC0A31 D02EEA0F7ACAA 
AB7F1 E574E94FEA2D1 301 CB1 4B03263DA81 22B76 


mpL72 


E706C6ED2D6F891 53835079BE0C6D4531 0845EF2F9F8C6AE91 B741 981 0508BA501 C01 48BF09 
955BAD90D6391 BA8EBA5CEFBD23221 CC751 43D7 


nnpL73 


DF071 A1 0AC41 20CD1 431 590BEDCFF9483CA7047B1 9590D035D309240BDB4264E9A3A2761 402 
EC97FD8BC51 B4AF32E37FBC471 62A2357D1 8751 


mpL74 


F0F952B22381 39F46D8254D1 A2C1 C22A1 6BA71 EC0C0C900ED1 442452D7F44C798BC65FF4067 
1 B88074BA0B74C651 0996EEAC495C5B49C37DEB 


mpL75 


1 C86BD82EDA81 FD6541 8D3837B5552A853791 456D93B06C62C650D86CFBEC269AFFD772763 
064062C03751B9428C6DA2E60383025F9E404B70 


mpL76 


B390978DD2552C88AABA7838489A6F5A8E9C41 E95FFA221 581 9BF8A5BFE39C8A706CC658E5 
49E96661 1 B843A1 468406C41 C09D1 560BEDA4F1 B 


nnpL77 


1 A69EC9D053C7E84BAE7A48CCC71 857D0C6B06D1 065E3EA4633B1 33AA022B81 04F6EE7C69B 
61 84B746C8822958B0A1 6686F27C8A0E3B4EFEAD 


mpL78 


C95B207081 6DC97C6D8DD2583263E73F9AAAFD1 3F0548D2EBD83582441 8F1 1 E541 1 1 005FB71 
3AB234BE41 2347358281 C7DE331 EDD21 B8BEA52 


mpL79 


56D6408399F23C2ED85EE0F681 1 1 D69A91 A3AD9A732AC57CA08F86CC28B3CF4E4B02EBBA0 
BCE5CAE5BACC4D52004070797C04093A84BB18DBA 


mpLso 


E662E7043867BE250764DA0596D34A582A619B408B505E621 1 DD6286E93A37F95B1 EA680C0C 
5F3E777E3F71 E8D75495D5904321 7FC0E222E1 6 


mpL8i 


27D5E681 C222297AD478A079EF1 2F1 A98F744B66335303322EF8880B931 FEBF8322F4302944E 
80BED468A0A51 6D41 OBI 83D863795992DA7DDB 


mpL82 


51 00336C05F9E5BF35201 906C1 C588858E0DAF561 30DF5554B9AB21 CA1 531 1 A90290624CD63 
E03F5EDA49DB7A0C32AB5F1CA427A2D5635FDA5 


mpL83 


C696DC993BFAEA9A61B781B9C5C3F5CFAA4C8339D8B03A9B0387883D0482A41AC78D652242 
5959846E561D26A30FF79A205C801A85889736B2 


mpL84 


D562297561 AFF42D31 68296C1 1 53E4E39BE7B2EB0348BC704625AA08391 235075EE0DE0A79A 
B03222FEDB2721 8C56F96EAC2F91 CC8FCE64B1 2 


mpL85 


DD0B6768FC01 CC0A551 F8ACC369071 29623E975AB8B3FF58037F1 859E2FA8C62C2D9D1 E850 
6916029A2C3F8CAD9A26AE2CC652F48800859F5C 


mpL86 


923920696EB3AB41 3786C41 854822282BB83F6900D33A232D470BE1 98BBF086067B7261 3300C 
593B74251E2F079857ADBBCD86583A9DCAA6DC 


mpL87 


B8EF30C797D8D2C4EF1 1 244F1 37D806E556A436626D01 1 5A621 C92C34D1 66A68BCEDFA0040 
DA8FD6F987B1 CD5C2AA1 CI B045E64475F0F8DABD 


mpL88 


El 887001 D41 4405ED641 9E9EE1 D1 D346D924ED57ADF04B31 B7948099976B2D1 501 A60DFFB28 
7AD44C8783DF0C1 EA5AA5D273D1 389C8EA22DCC 


mpL89 


8C2E379A58AA967481 41 CA84C35987905F984A49D3AD9BFF7807AC244C1 6C1 DF74343C2E1 F2 
551 4F5A0954CFBB3C92E25EF7831 36844998AC5 


mpL90 


78F8A99E0A54E27F51 C0726FE7A1 1 EB26B1 E29FE65F55AC8AC5801 1 465900B958488A90F6DF 
61 4A58431 DC8B6C6B9A6F032EE0E0B1 306EC4B4 


mpL9i 


88F7A31 B7B20E0F05CA26E729B4F8A1 933962D7BD7BE3E1 EB1 30B28C794C0B4D01 CADE0900 
6FF97E801 1 7509733F3A9DC22541 3A0AE08CA662 


mpL92 


BE4DFCEAC18905AC8D5DA27A794F88A4D3058D2EFA3B075A819DEAE688EAF8940A653ED71 
04E7B403D490F0A9030264E1 F1 2B8922C75775E61 


mpL93 


5BA4B79FC4550234D8922963BF3537485E3C8745A5DB90D3E2E454B30FF61 1 1 2F5081 55B7C2B 
3C4C628AF846240C2021 ACDE547E5A41 F666B8 
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mpL94 


00556D35649F761 0AB24A43C4F1 6D6AC0571 FD1 26F1 1 880C5CD721 00D730E4E4D6BB73C33F8 
37FAF1 072743B249ADA2E09598B1 EB23F1 1 80A7 


nnpL95 


7A0CC9F21 BD69CF3023E944545C21 76EF0D4F450B765C28359FB8A321 37D043D0E571 3E67B3 
F61 320985D2C61 06605081 F87D2296321468A2F 


nnpL96 


DA669880995B0671 201 1 72BABFF1 41 D5854A245E21 1 879EF3038A7C841 70DADBD368455F2465 
3161 E7886E1 5B253F93E3A3C568EFB1 7CDEB1 A 


mpL97 


4E294E53D1 661 CI F6F748302A7723DA951 C00FDB8BEBBF67A6871 0BA0F1 A255DFB1 627059D4 
1 A23D3961 726DE6FEB1 0E5D209CC4505B20981 2 


mpL98 


73385DF701 41 4E1 44768A67EF72924B1 653479E962FB1 554B7E54BC5284D9B3E41 C0C1 33F878 
972230721 91 8AA425501 B920B204FECE0C7F8A 


nnpL99 


F44921 60805F258CE592DF4D1 200566F81 D1 73458D78EA3ABED79A1 4AF881 70DB1 D4A9A5931 
D2B80C58C27FE1 7D806E3E6A66CDAAD09F1 1 8D4 


mpLioo 


44D562D901 2D8B07B8F44596467C1 1 A1 63982BB7EAEAC1 84078B6B8CE46B5D7E1 7C39CEF57 
6A025491 1 8301 7FA09931 D070B307B86524B03FF 


mpLioi 


FCAEEFCC49A1 3B4FFA1 2C0CC6A2B90CF4F57D78B1 E98294B04675C2F0991 661 FDC61 A452A2 
47F8C29E0284AA21 026F368307375AA2C3F1 El 2C 


mpL102 


C486DF051 0DCAD5AB86E1 78A686D398E1 1 A0ECFAC5A326C1 01 29257E5456B22FB8E1 47E91 9 
0D9929A5DFFE4471 5FA47D62F04CFC9B1 C201 41 4 


mpL103 


CI 0AF383DC708E257E1 5A8AB337BCE684A2F4AC7A22DC2C25C277F8E8D0858E7931 7CDDD9 
AA2EA6CBE604D24AC09450261 03E7B41 26FD361 A4 


nnpLio4 


A5C60A1 81 1 48D9A931 B2DDDB9D1 69648BA54F366B4EFAE88F6861 909EE0F07C037EE349D0E 
C59A823286E366CA3943589EEA7F828C3728085F 


nnpLio5 


96136AEBD5E28462B0421DF292BA899FFA660D80EA01620D2C7490E5347127884AA3C3D1FF4 
4BCEEF6C29EC589CDEF200C5742C5964F8B2B52 


mpL106 


40F63C04ACAD986255D1 El 6B769A6D4C1 1 A1 D075E804BDC0AC61 923E9A67F5D741 775632807 
2455F6E22B1 C64E06F367D1 B0808295C2D90E22 


mpL107 


F4B82D41 3578C4888C5F002CF6D0E037781 34A860436551 FD57537E4CED334B3C9CEBACE61 5 
238271 71 7AA762448B86FA53D2074BCE35658A7 


mpL108 


BCCC92D72C920E685530591 FC351 743D1 E23DE044BF81 D326504061 1 3E23ECC757FDE4E386 
B6E2E71 95EE496971 7A7BD081 2AC31 2B33A54308 


nnpLio9 


6ED59DE0D44370A861CE2B42CF5E578E764A682AB5777905EE027D7160490EDC6C28989B238 
05AA697FCD21 5CB401 BC5E4D430624C01 B1 61 92 


mpLiio 


DE80C0E273B92CC3C5034F7A20DB3914643C430B425C8B9249EAF73ACE8C3BCF17957242CF 
534D87A67D4DC0252275262E737F4095450CFA14 


mpLiii 


9505C4FEF2A397D5059F4729D01 3292A8321 FFFA929ACB0A21 0D0A1 3E1 3061 227C44A68FBD8 
CE6B66CE3D783363CD039AB35EE52603E09B758 


mpLii2 


E8BE90D7F954B14D8002A4CAC20765ABEED80634498C836D79B0F9338DBC17B28F05CF4E79 
1 36779E1 C55AA30B621 5F890882887B3B53C23E2 


nnpLii3 


9F4B622C1 358AE5468DC31 E4B2CA320E5E20458C1 DE5405BF4F9AD7D45A5BCAA39EC0626FF 
FC698C1 6A009CCCB7A1 8A64E85E70BA71 731 BA24 


mpLii4 


B91 B2624843CF48299AFC2B1 442570B41 F28F578530D1 E322E0B542823721 31 C71 ACB924E707 
68A243EEC3200E7A5EBFA771 1 1 D9FB07FEA8AE 


mpLii5 


965F42DDA3A4650FE2F51 03932B68F1 66FA424B9F0F704531 1 D962C2A9F66B9BC6C66FB480F 
9800354E0C54A72251 071 422CF1 DFC44F94C00C 


mpLii6 


08ADCE48699FC30FA0788073BDAADB91 77BBB4C1 CED41 F9308521 8364B8BAD8488561 EFOFE 
1B0DDAA403C602494CB35697D62AA0A2B93A64CF 


mpLii7 


9A31 3BED80B1 220D77C8ADA4B2E0B3D284A51 20A94B741 380923C78D3AD32BC3E71 EC6EEA 
520E9D447D8727697598BB987F17506F482003ABD 


nnpLii8 


24C9AD4C1 4EFEC002A3473FCAB04E492F2E2691 61 A2960BA8AF09FD71 0B444A40C4E8B1 384 
1 8E62301 E91 FBA97AFDC58759A76D00F676736C7 


nnpLii9 


651 4C773371 1 CE4942CD21 23AB371 86EB7FECB7E78ABB28744864942FCF4C0F81 0054AF55B1 
042EB53064F0857C61D85B2CF0D2DC5826AF22F 


mpL120 


B2C80CDC83E48C36BC6FDAB8661 208EAD392F3A0571 BE41 DFAD765E744932ADEA50061 E66 
C05498A5381 B2A1 F1 B446587089DC4E4A2DF03D82 


mpLi2i 


639368BA75CC709A3D9F28EDA237E32C201 7A9BF1 E382045B9426AEE0A4049DCB4E1 D7EBE4 
647B855212824557497CFA039885A3BA42F98F63 


mpL122 


6A70DDC1 7D0C8024B1 C853F0C1 948561 EF3251 01 51 BE0C63BCA91 71 F2021 7891 D1 021 EE7258 
6CAFF557F8973336913A94A2A699B8740B054B8 


mpL123 


2E32E3A35CCD001 1 72CE31 0B63B4E4061 26045A0FA3795BE3E3D9B56F72405FC94FD8994681 
8BAECD24A61 BABBBE2D23052AB01 EF73CA0CF4A 


mpL124 


829395C35205A480AC1 351 C25E234BF52D384A3DE1 C51 38A650A6F82F739757D81 2D9C38231 
AB9FD81 AA0648B1 1 F6F61 1 3F931 2C57624FC746 


mpL125 


D98FFE1 9C0AAAAB0571 A9075ECDFD3E7373F5255DC6691 1 6A8C691 3F01 23E598F930934C5F6 
A601 C37C529C371 A0C391 B59AC5A9E286D0401 1 
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Basic Midamble Codes rripL of length P=A56 



mpL126 



CI A1 081 92BCE96C2430A63C1 89BB33856BE6B8B524703FCB205DAEF37EF544CD43CA09B61 8 
1 B41 7398083FF2F781 BA4AE89A5CA291 DB928D71 



mpL127 



42568DF9F61 849BF9E7DEE750604BE2E0BC1 6CC464B1 CDE1 501 5E01 D6498E9F3E6D8950E58 
24651 F21 2BA0057CE9529B9CCAB88D81 36B8545E 



A.2 Basic Midamble Codes for Burst Type 2 

In the case of burst type 2 (see subclause 5.2.2) the midamble has a length of Lm=256, which is corresponding to: 

K"=3; W=64; P=192. 

Depending on the possible delay spread cells are configured to use Kceii midambles which are generated from the Basic 
Midamble Codes (see table A.2) 

- for all k=l,2,...,K; K=2K" or 

- for k=l,2,...,K", only. 

The cell configuration is broadcast on BCH. 

The mapping of these Basic Midamble Codes to Cell Parameters is shown in TS 25.223. 

Table A.2: Basic Midamble Codes nip according to equation (5) from subclause 5A.2.3 for case of 

burst type 2 



Code ID 



Basic Midamble Codes mps of length fc192 



mpso 



5D253744435A24EF0ECC21 F43AA5B81 44FBDB348C746080C 



mpsi 



9D71 741 87201 B5CE01 36B7A6D85D39A9DD8D4B00E23835E4 



nnps2 



AE90B477C294E55D28467476C601 1 029CDE29B7325DF0683 



nripsa 



BC8A441 25F823E51 E568641 EC1 2A6C68EAFDFA2350E3233C 



nnps4 



898B731 7B830D207C9BC7B521 D571 5680824DC08347B2943 



nnpss 



466C7482C8827655BC1 3F479C7C1 41 7290679A9841 297C4A 



mps6 



AC0734C27C7DC1 B81 8A8492744290DFE866B0EBA62B0B56E 



mps7 



0A921 06325B1 5A8C1 5FC3764724CE67A5056D50A77F9360E 



mps8 



AE69F62E23035083E6094B89493D33E06FDB6532D473A280 



rripsg 



B485D4E361 4C9C373EA1 365FA6FA890E9844084EBA90EB0C 



mpsio 



66182885E2D28360D2FEAB842C65304FFC956CE8DC8A90C7 



mpsii 



CC30A9B0A742FCC1 E9A40841 5368391 F1 299AEA3CB6509FE 



nnpsi2 



67392891 5886947F464FDDAAD29A07D1 82328EBC5839089A 



nnpsi3 



441 8861 CI 4D62B46EE6D70D4BF05A3ED801 A01 BD6CDC5235 



nnpsi4 



DAD62DC88F52F2D1 40062C2330BE6540E6F861 92322AFB04 



nnpsi5 



A2122BAF24529CEA9855FB43CE40923E7CA7B30D92E40702 



rripsie 



6C44AB41 El 1 F54B0929DF65673BD231 F92A3801 32D9F1 71 2 



nnpsi7 



1 DC2742E756CDA6421 340D0087DD087A61 5E4B8688CB2F75 



nnpsi8 



2E01 05328B56E9E07D9B5A62F38B08AF8D8C281 7B54F3302 



mpsi9 



8831 5EC30A94CA4EDB2C77079D9BD81 0A2E280B50DABB21 3 



nnps2o 



440E0093D28CB2B2B0A95D1 8CEB4AB934C33FA45C1 CFC7B0 



mps2i 



CC9BF85D41 A96A6EC31 4F961 1 D5E1 C0672556C8850801 BB4 



mps22 



1 ABEA04C99BC2697271 5F01 957C0B6B959CC71 CD881 2081 7 



mps23 



EC5A33DA0BA4470442C5CB324A8E47B0A9F7968FC8108EE8 



mps24 



F82086290271 DB446B5B1 DC15D9BE96414B19B3D5E0F540C 



nnps25 



1 1 A1 A790D6958FD3A91 57DF1 E05D1 378248CA201 EBCC7592 



nnps26 



AA8564882231907BCE78092DC6C9DD4F5A0E4A34AFCFB809 



nnps27 



91 2EE223821 2F87BC7CDA7F30441 EDI 84A6AA954EC4D20C8 



nnps28 



2D200D8B8891 B804673E380A1 AF5AB875986E29D37D3FDC9 



mps29 



75E086B6C81 8423491 BF9D6365C52FD1 C5E42A576E2681 70 



mps3o 



50ADBF27DA2A3701 4701 86B6991 1 8E1 6DDB0D1 0F705607B1 



nripsai 



656C0692B4E22023590A906D2A74DFD471 C883A7B1 E0B3A2 



mpS32 



C21FDACD09A3CDCE74C4794010A3E45769B142505C56A0E6 



mpS33 



CD9392A87C2D4D7CE5801CDDA8A76339B6F900F008B290E2 
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Basic Midamble Codes mps of length P=^92 



nnps34 



956426FEFD8B8D52073E87984E1 0C4D255064E1 372C04A24 



mpS35 



C4F4D6DF1 B754AD6063FD1 0C331 CI 428ABB27B07001 34B94 



nnps36 



B65548082B34E9FAF43F33C4070F79099758CFD41 B491 A1 1 



nnps37 



C831 7EA1 1 1 A82B04E78B88B864B1 EF5D71 1 BBEB4A0527036 



mpS38 



8FB7AD1 1 88E8D1 A521 984501 3672560FD38904E70537403B 



mpS39 



B41 A324E0D80AA0598A8D391 C1 D7FFC82B4A07521 8E98EC3 



nnps4o 



49A6350A62E208B01 1 E86528B9A481 A0E76D723F6675FF82 



mps4i 



C344C8C23C42A7B7442E6022E95AE4B08A4BFA786F35F911 



mps42 



28F430CF67D69C9DF60E2565641 3BC5F932A022DB1 406C44 



mps43 



2FA5D70CF0FED4213F321 16051 450391 C2A627D9B670C428 



mps44 



959537D988FDD4F1 360B4E84701 AE5409229C30EDF8BC404 



mps45 



CDD2E0450F9EC1 2F81 391 AD4633CB29F31 5B4A0A890A9A22 



nnps46 



158776A20B4B82C563EC08F086830EA66DBD2DCCB4DF6026 



nnps47 



431 FCACBE48208975950342709D1 1 F1 9AD5FB047F3B440C9 



mps48 



86B1 41 AC571 BA6B42653B1 2FF04D4F0E6C81 F3EB608660A2 



mps49 



86D297ABD34E851 0F6CDB0EA61 7F1 F1 051 C87991 1 7B0221 1 



mpsso 



80B2D9530B34E78131 1 D95CFA3857F277CC07014D324AF5A 



nripssi 



2B607B93FD8B45601 CI E574E1 4CFC691 2C22AEC1 045ADC49 



nnps52 



D234C5C45E1 05A837E6DD74BC4E534523A2031 7BA0625A29 



nnps53 



768CCDB3E2A7A2B863128382590946B25472BE2BFFC40641 



nnps54 



3DA3821 2E0A987EE1 F665D4E1 3C2AA4446E00A76C948A073 



ITIPSSS 



091 731 35E4A2CFC8F2678750AB52571 1 0906F01 3587BDE82 



mpS56 



522E070B266F35E99C1 F3C42D201 7F8E41 5550492B72F086 



nnps57 



D63E4BD805262A3DEF05C7D86C422E5048921 E5531 7841 32 



nripsss 



564AF806E281 31 61 1 E5F884229265D446A50E1 E488EAFBBA 



mpS59 



A2603E009D3D301 47727B750C35C62299AF754D3E4A54E1 C 



nripseo 



938504B02599D33E28246E4271 C375AE81 A3BBE8D3F8A920 



nnps6i 



461 51 6B2CAC6FC42A4B707CC6073BBE573C01 4892C81 1 776 



mps62 



291 86DE4CCAAB2CD01 00BB1 9EA595879D63F0F0CFA881 AA5 



mpS63 



A064B449CB784A91 B803369CDC5EF61 A670AAAC044BA3E68 



nnps64 



871 9C454D88FF51 49DB943CB6CADA01 D0B9664B357A1 8203 



mpS65 



A27EC68720F00A71 4AA2C45A7EF232286984D7B1 93F5C91 6 



nripsse 



AC8361 676AB424E48F0789082B0CD2EFB8D2E627D041 DD66 



mps67 



ABA1BEB0064733A0620906BF2B29C95883F069D7E4C35D39 



nripses 



9E22EEDED47D92CA1D0B7530EC6062287BD83A04874AE00C 



rripseg 



0BADEF288B20F5686C5DE3A71 21 9AC21 72054326BE831 696 



nnps7o 



953801 EB2AF58C2F80E49A6CC46085CB554243E3B3BBEC8C 



nnps7i 



333A504C51 C8FAC5025994565C3F600F1 54F64FAEF4EA484 



mps72 



A6583E1 96476620054741 53A6F8DD88A473853E94B720CE7 



nnps73 



90ACAF707D1 8AF34F5848C581 66830AF620ACDC1 B2DFDDA8 



nnps74 



39C5C598A374EA82F3F83378258248DAD3808812DD0E74BB 



nnps75 



F79525DE694629346D73F6256CC0F1 40F826031 97AAA1 844 



mps76 



B8C2A8F1 39097699A693022E78588D4058DB0A65FF52F81 3 



nnps77 



449B50C2A52996FA5A828A907F30F9F460EE3D99930DF890 



nnps78 



62CEC9574D30184BCB4F94EECF0CC23D2D2A8D0003F0AA33 



mps79 



B56D258889703F76A0738EE3A7D355994159A4851833E198 



rripsso 



65894AA54C0F6C9A206521 C9FC379A8AAF6E621 C03CF849C 



mps8i 



2D47F3414E30CC02C6835D95C9BA204488F0FFCB4852677D 



nnps82 



1 2BE4DD8B906B58401 0F8A330AB67B278E8642FA33D51 B68 



nnps83 



BC928A90A4B1 0906CAEE638BF768E08542F48F1 676006DF0 



nnps84 



30C544E437C8ADA1 43566CD1 BC4E9E7BA841 39A08505C2F4 



mpS85 



84FD5B055061 92B753FBA2C71 9B584E0EDA01 81 4999867D2 



nnps86 



191F14DD00034E03AB5BB4342F1138B2CD33784E60CFD75A 



nnps87 



B8ACE7990B6A98A80A61 1 62C4D2D5F88F24E8F7DE4207590 



nnps88 



EC1 DBE72E8EED0C61 054FC2695422AC0AD2D888265B21 ABO 



nnps89 



9A1 B4CA467AB7E082AF4278E44D1 77EA78424508C23E8B08 



nnps9o 



999EE541 C6081 64AC97521 4F3A37A677FC2CA03E2C2A4B20 



nnps9i 



1 BDCC20265031 43291 7A2EB828FB356A22DF9CB609C0F8F3 



mps92 



EB4A81 859C93338B8A1 B87C02C81 5AE09D765F6F2249B958 



nnps93 



E6A5D1629F4CF09A1F280DE0C480D4C73B26ADE321A50AEE 



nnps94 



BAAB7286DD24C80B1 5A7958039B904F1 CA83C31 0C8C7AFF2 



nnps95 



1 2220F7261 9E98371 7C68FFE1 C41 48F2354B7B1 955B65620 



mpS96 



A1 98706E24FAA08BD09EE39241 481 6038E667BB34307D6B2 
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Code ID 



Basic Midamble Codes mps of length P=^92 



nnps97 



30B3493B4C035881A7A722E4546527AAE787FA2C0893AC46 



nnps98 



5A731 81 26522843DCB7F00A2D9F9BA8F88963E41 52BC923C 



nnps99 



844844B0CACAB702C332CE2692B41 66F4B0C63E62BF1 51 BF 



mpsioo 



B829738952641 031 3692F861 DC60DA86A23607F7DDE24755 



mpsioi 



6C1144CF8BC01538D655D29ED62DE6E74A3180EC905BF1E0 



nnpsio2 



E9DB3221FACFC5C88691A7013EF09672A130D52C3413AAE2 



nnpsio3 



2FD050861 5EC4CD4BF1 8ADD46D7770788691 30C8921 A4F0E 



mpsio4 



4091 1 B4E0525AC874228F6EF642E591 54730CB1 87C7E41 7A 



mpsio5 



2034C6A027D4D850F51 84AA64C31 53231 F4651 B61 6BBFCF9 



mpsio6 



57833235451 525A1 DFA21 3FCE0B41 9B6494BC7B99F48841 



mpsio7 



6DC3D57F2E391 58D036825F880481 0D77CA1 ECA61 0ECD894 



mpsic 



F5C50DE43AA7B731 CAB7883524021 701 F97650499A7070E4 



nnpsio9 



F21 84D2699785442E09FA22CC2D60A5A1 3FFF22AE660A470 



mpsno 



EF0029DE0D79207205458CF4D7328E81 A9351 8D93C9A74BD 



nnpsm 



9D6D8992482FB885AA5E878C3BA2045538B09886C23CDC2D 



nnpsii2 



C0A5AB67D1 CEA1 26F6476C75443F0A1 1 CBE74941 2EF031 04 



nnpsii3 



1 853A5C20CDF968C5A1 80D8EB5E72BF1 551 7D06680D9841 2 



mpsii4 



8CEA1223227ADF37D0DAAB320906E1C79029F480D25181A7 



mpsii5 



5561 038E96A658EF3EC66561 2FF92B064065D1 ACC1 F5481 2 



mpsne 



C55A6263F08D664A1 E53584560DFF5E61 1 640D8281 D9A843 



mpsii7 



4386A8EA591 24D043F29056A4598735A4FC7BC1 1 1 1 9B90C1 



rripsne 



D6571 B20668BED50BD7C80388C1 62632BCB069AA67C7FC22 



rnpsii9 



4F9F09ABBC1 391 EC2CCA5359FB52250E533BF043241 541 06 



nnpsi2o 



662659F42188C9453F6E6DF00C579627045DA1461A3A0EA5 



nnpsi2i 



8DCC9274C0C2A9BA6096BF27FACA542CD01CA8653D60A80F 



nnpsi22 



5C1 21 0A1 E50E505F6B73C901 56C9D9F1 9AE231 0BBD820DF0 



nnpsi23 



B1E0A7CE26202E223D4FC06D5C9BBA4E5F6D98204D2D5286 



nnpsi24 



DB506776958E34552F7E60E4B400D8361 5321 8F91 8E22FA6 



nnpsi25 



ECAA60300439B2360B2AC3C43FB6241 ACDE5055B295FA71 C 



nnpsi26 



BF1E6D9AA9CA4AC092BE60500C77D0DC7A6A236520F86722 



mpsi27 



051 C5FA1 22845A30B4EC306B3801 6B45667C7754F92F1 3A0 
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A.3 Association between IVIidambles and Channelisation 
Codes 

The following mapping schemes apply for the association between midambles and channelisation codes if no midamble 
is allocated by higher layers. Secondary channelisation codes are marked with a *. These associations apply both for UL 
and DL. 

A.3.1 Association for Burst Type 1/3 and Kceii=16 IVIidambles 



— m(i>-c.(') 





mC) - cj'^- 




-m(i)-cl'>- 



-m(2) - c I2> 



-mP) - c I3>- 



-mis) - c I") 



-m(=) - c l=> 



-ml") - c I*!' 



-m(') - c l^>- 



-mis) - c !">- 



m' 



mlD-c,^!'! 
mP) - 0,5(2) 
ml2) - 0,5^) 

mP) - c, /' 



ml=) - c,/) 

ml">-c,sl''> 

ml=) - c,f> 

ml"l-c,5<") 

mW-c,el") 

mli2)-c,5l'2) 

mP)-c,6l") 

\^ mli5)-c,5l") 

- mia)-c,6l'=) 

L ml"i)-c,l"i) 



Figure A.I : Association of lUlidambles to Spreading Codes for Burst Type 1/3 and Kceii =16 
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A.3.2 Association for Burst Type 1/3 and Kceii =8 IVIidambles 






m>" - c„' 




™(5) _ (3) 

-m^ - C4 




m °' - Co' 



m' ' - Co' 



m<^'-c/' 



m<='-c/'- 




m<='-C8<'' 






r,(6) _ (8)- 



m C16 



m'- -c„ 



m(4) _p (12)- 



_,(7) _„ (14)- 



n^'^-cj''^- 



Figure A.2: Association of IVIidambles to Spreading Codes for Burst Type 1/3 and Kceii=8 

A.3.3 Association for Burst Type 1/3 and Kceii =4 IVIidambles 



n(i)-c (1) 




r,(i).c„0) 




.m(=) - c/> 



m(i)-c.(i)- 




n(5).n(3)- 



m(7) - c;-*)- 









-^ 



m(3)-c,e<'"* 

,(5) _ - (9) 



m'-" - c 



(5) ~ (10)- 



m'-'' -c 



n(7)-r. (I")' 



Figure A.3: Association of Midambles to Spreading Codes for Burst Type 1/3 and Kceii=4 
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A.3.4 Association for Burst Type 2 and Kceii =6 IVIidambles 



n(i).c.n) 





.m(2) - c 12) 



(1) -c,(i)- 




(1).r 11) 



m>"-c 



•^ 



16 

III i,,g 



m(3) . c (6) • 






r,(4) . c (7) 



nl3)-c.„(7)* 



n(2)-n. (!') 



m(2).c (i°)' 



m('5>-c,e<"' 

,(4).-. (14)- 



m>"' - c 



,^ 



16 



m(4).c (15)- 



Figure A.4: Association of IVIidambles to Spreading Codes for Burst Type 2 and Kceii =6 

A.3.5 Association for Burst Type 2 and Kceii =3 IVIidambles 



-m" -c; 






m<^'-c/' 




m'^' -c/' 



m<=> - (%<'»' 



-m" -Ca' 






m'^' -r <i' 






m -Ci6 



m'^'-Ci6<=' 



m(3) _ (7)- 

m -Ci6 



m" -c„ 





.m'^>-C8''>- 



m<^> - (%<^> 






,(2) __ (16)- 



m" -c 



16 



Figure A.5: Association of Midambles to Spreading Codes for Burst Type 2 and Kceii =3 
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Note that the association for burst type 2 can be derived from the association for burst type 1 and 3, using the following 
table: 



Burst Type 1/3 


m{1) 


m{2) 


m{3) 


m{4) 


m{5) 


m{6) 


m(7) 


m(8) 


Burst Type 2 


m{1) 


m{5) 


m(3) 


m(6) 


m(2) 


m(4) 


- 
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Annex AA (normative): 

Basic IVIidamble Codes for the 1 .28 IVIcps option 



AA.1 Basic IVIidamble Codes 

The midamble has a length of Lni=144, which is corresponding to: 



K=2, 4, 6, 8, 10, 12, 14, 16, W = 



K 



, P=128 



Note; that |_^J denotes the largest integer number less or equal to x. 

Depending on the possible delay spread cells are configured to use midambles which are generated from the Basic 
Midamble Codes (see table AA.l). The cell configuration is broadcast on BCH. 

The mapping of these Basic Midamble Codes to Cell Parameters is shown in [8]. 
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Table AA.1 : Basic Midamble Codes nip according to equation (5) from subclause 5A.2.3 



Code ID 


Basic Midamble Codes mp of length P=128 


nripo 


B2AC420F7C8DEBFA69505981BCD028C3 


nripi 


0C2E988E0DBA046643F57B0EA6A435E2 


mp2 


D5CEC680C36A4454135F86DD37043962 


mp3 


El 50D08CAC2A00FF9B32592A631 CF85B 


mp4 


E0A9C3A8F6E40329B2F2943246003D44 


mp5 


FE226581 00A3A683EA75901 8739BD690 


mp6 


B46062F89BB2A1139D76A1 EF32450DA0 


mp7 


EE63D75CC099092579400D956A90C3E0 


mp8 


D9C0E040756D427A261 1 DAA35E6CD61 4 


mp9 


EB56D03A498EC4FEC98AE220BC390450 


mpio 


F598703DB08381 1 2ED0BABB98642B665 


mpii 


A0BC26A992D4558B991 8986C1 4861 EFF 


mpi2 


541 350D1 09F1 DD68099796637B824F88 


mpi3 


892D344A96231 4662F01 F9455F7BC302 


mpi4 


49F270E29CCD742A40480DD421 5E1 632 


mpi5 


6A5C0410C6C39AA04E77423C355926DE 


nnpi6 


797661 55382031 03D4DBCC21 9B1 6A9E1 


mpi7 


A6C3C3175845400BD2B738C43EE2645F 


nnpi8 


A0FD56258D228642C6F641 851 C3751 ED 


nnpi9 


EFA48C3FC84AC625783C6C9510A2269A 


mp2o 


62A8EB1 A420334B23396E8D76BC1 9740 


mp2i 


9E96235699D5D41 C981 6C921 023BC741 


mp22 


4362AE4CAE0DCC32D60A3FED1 341 A848 


nnp23 


454C068E6C4F1 90942E0904B95D61 DFB 


mp24 


607FEEA6E2E99206718A49C0D6A25034 


mp25 


E1 D1 BCDA39A09095B5C81 6451 03A077C 


mp26 


994B445E558344DE21 1 C8286DDD3D1 A3 


mp27 


CI 5233273581 41 7638906ADB61 FDCA3C 


mp28 


8B79A274D542F096FB1388098230F8A1 


mp29 


DF58AC1 C5F44B2A40266385CE1 DA5640 


mpso 


B5949A1 CC69962C464401 D05FF5C1 A7A 


nnp3i 


85AC489841ED3EAA2D83BBB0039CC707 


nnp32 


AE371 CC1 44BC95923CA81 08D8B49FE82 


mp33 


7F1 88484A649D1 C22BDA1 F09D49B51 1 7 


mp34 


ADAA3C657089DEF7C0284903A491C9B0 


nnp35 


C3F96893C7504DC3B51488604AF64F4C 


mp36 


B4002F5AE0CE8623AC979D368E9148C1 


mp37 


0EEBCC0C795C02A106C24ABB36D08C6E 


mp38 


4B0F537E384A893F58971580D9894433 


mp39 


08E0035AB29B7ECC53C15DAA0687GC8F 


mp4o 


861 1 ACBC4C82781 D77654EE862506D60 


mp4i 


6331 5261 A8F1 CB02549802DBFD1 97C07 


mp42 


9A2609A434F43E7DCADC0E22B2EF4012 


mp43 


F4C9F0A1 27A88461 209ABF8C69CE4D00 


mp44 


C791 24EE3FFC28C5G4524D2B01 670D42 


mp45 


C91 985C4FED53D09361 91 4354BA80E79 


mp46 


82AA51 7260779ECFF2621 2C1 A1 0BDC29 


mp47 


561 DE2040ACB458E0DBD354E43E1 1 1 D9 


mp48 


2E58C7202D1 7392BC1 235782CEFABB09 


mp49 


C4FAA1 21 C698047650F65031 26A577C1 


nipso 


E7B75206A9B410E44346E0DAE842A23C 


mp5i 


3F8B1 C32682B28D098D3805ED1 30EA7F 


mp52 


8D5FC2C1 C671 5F824B401 434C8D4BB82 


mp53 


0B2A43453ACC028FE6EB6E1CB0740B59 


mp54 


BC56948FC700BA4883262EE73E12D82A 


mp55 


558D1 3671 027291 2FA4F1 83D1 1 89A7FD 


mp56 


5709E7F82DC6500B7B1 2A3072D1 82645 


nnp57 


86D4F1 61 C844AE5E20EE39FD5493B044 


nnp58 


8729B6EDC382B1 521 85885F01 3DAE222 


mp59 


1 54C45B50720F4C362C1 4C77FE8335A1 


nnp6o 


C6A0962890351F4EB802DE43A7662C9E 
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mp6i 


D1 9D69D6B380B4B22457CB8003351 9F0 


mp62 


C7D89509FB0DAE9255998E0A00C2B262 


mp63 


DFD481 C652C0C905D61 D66F1 732C4AA2 


mp64 


06C84861 9AF1 D6C91 0A8EAC4B622FC06 


mp65 


0635E29D4E7AC8ABC1 89890241 F45ECA 


mp66 


B272B020586AAD7B093AC2F459076638 


mp67 


B608ACE46E1A6BC96181EEDD88B54140 


mp68 


0A51 6092B3ED7849B1 68AFE223B8670E 


nnp69 


D1A658C5009E04D0D7D5E9205EE663E8 


mp7o 


AC31 6DC39B91 EB60B1 AABD8280740432 


mp7i 


E3F06825476A026CD287625E51 451 9FC 


nnp72 


A56D092080DDE8994F387C1 75CC56833 


nnp73 


1 5EA799DE587C506D0CD99A40821 7B05 


mp74 


A59C020BAB9AF6D3F81 3C391 CA244CD2 


mp75 


74B01 01 EB9F31 67434B94BABC8378882 


mp76 


CE752975C8DA9B0100386DB82A8C3D20 


mp77 


BBB38DCDB1 E91 18570AC147DC05241A4 


nnp78 


944ABBF08660981 01 F6971 731 AB2E986 


mp79 


2BB1 47B2A30C68B4853F90481 A1 66EB6 


mp8o 


444840ACCF3F23C45B56D7704BF18283 


mp8i 


87604F7450D1AD188C452981A5C7FC9B 


mp82 


8C3842EBC948A65BC4C8B387F1 1 B7090 


mp83 


1 0B4767D071 CF5DB2288E40295761 35A 


mp84 


6F07AAB697CD0089572C6B062E2018E4 


mp85 


D3D65B442057E613A8655060C8D29E27 


mp86 


5EDA330514C604BF4E0894E09EC57A74 


mp87 


B0899CD094060724DED82AE85F18A43A 


mp88 


B2D999B86DF902BC25015CAE3A0823C4 


mp89 


C23CD40F04242B92D46EED82CD9A9A18 


mp9o 


D22DDCC5CB82960125DD24655F3C8788 


mp9i 


54987218FBD99AE4340FD4C9458E9850 


mp92 


BE4341 822997A7B1 1 EA1 E8A1 A2767005 


mp93 


255200FBA6EE48E6DE0A82B0461B8D0F 


mp94 


6FBD58A663932423503690CF9C1 71 701 


nnp95 


D21 5033A4AA87EC1 C232BAC7EDA09370 


nnp96 


CA0959B01AE48E80204F1E4A3F29CE55 


mp97 


582043413B9B825903E3A3545ED59463 


mp98 


501 6541 922971 C703D1 6E284CBDF633B 


mp99 


7347EF1 60A1 733CA98D43608A83A920B 


mpioo 


908B22AD433CCA00B3FD47C691 F1 A290 


mpioi 


BB22A272FC6923DF1 B43BA41 1 8806570 


mpio2 


0FA75C87474836B47DC7624D61 1 93802 


mpio3 


A22EBA0658A4D0FF1E9CA5030A65CC06 


mpio4 


6C9C51 CA1 5F1 F4981 F4C461 80A6A6697 


mpio5 


4C847ACF8BC1 5359C405322851 C9BDE2 


mpio6 


CI D29499C0082C9DE473ED1 5B1 4D63E0 


mpio7 


7E85ECC98AC761005076C5572869A431 


mpio8 


D8F1 1 1 21 595B8F49F78A7039E441 26A0 


mpio9 


1 A0BC81 4445FD71 C8E5B1 A91 63ED2059 


mpiio 


A7591 F27F8B0C00C68CC41 697954FA04 


nnpiii 


6CA2CE595E7406D79C48401 83D41 B9D0 


mpii2 


C093D3CC701 FC20E66F5AB2251 6C5460 


mpii3 


D0E0CDE9B595546B96C4F8066B469020 


mpii4 


E99F743A451431C8B427054A4E6F2007 


mpii5 


C0D21 A344A2C07DF2A6EBE6250C7B91 E 


mpii6 


F031 223E282CF7A4D8EF1 74A908668AE 


nnpii7 


E4BD244AC1 6C55C71 37FB068FD44280C 


mpii8 


C44920DE2028F19FC2AAB36A0DCFDAD0 


mpii9 


3FA7054E771 35250699E6C8A1 1 600742 


mpi2o 


D5740B4D8870C1C5B5A214C4266FC537 


mpi2l 


F0B7942D43BB6F38446442EB8126AB80 


mpi22 


83DB9534EAD6238FA8968798CDF04848 


mpi23 


EB9663CDDC2B291 6907031 25BABCB800 


mpi24 


84D547225D4BBD20DEF1A583240C6E0F 
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nnpi25 


B51 F6A771 838BE934724AEA6A2669802 


mpi26 


D92AC05E1 0496794BBDC1 1 5233B1 C068 


mpi27 


D3ACF0078EDA9856BBB0AF8651 1 321 03 



AA.2 Association between IVIidambles and Channelisation 
Codes 

The following mapping schemes apply for the association between midambles and channelisation codes if no midamble 
is allocated by higher layers. Secondary channelisation codes are marked with *. These associations apply for both UL 
and DL. 

AA.2.1 Association for K=16 Midambles 



— m(1)-c(') 




m(i)-cl'> 




mil) - c l'>- 




-m(l>-cl'>- 



-mP) - c I2>- 



-m(5> - c I3>- 



-mP) - c l*'- 



-mO) - c 15)- 



-ml)i)-cl'5)- 



-m('3)-c(7)- 



-m()5)-cl'')- 



m(i 
m(2) 
m(3) 
mc: 
m(5) 
mcs) 
mP: 
mc: 
m' 

mi)°: 

m 

mi)2: 
(13; 



m 



m 



(14; 



Figure AA.2.1 : Association of IVIidambles to Spreading Codes for K=16 
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AA.2.2 Association for K=14 IVIidambles 



— m'" - c ' 





m'" -C4" 



m'°' 04'' 




m"' - C4" 



-m'"'-c' 



m<"' -C4'*>- 



m'"'- 




m«"- 




m"°' - 


r (10) 


m'"' - 


r (11) 


m"2' - 


p (12) 


m'"> 


« (13) 


m'"! 


1 r li'')' 


m'"> 


« (15) 


m'»> - c,s"«' 



Figure AA.2.2: Association of lUlidambles to Spreading Codes for K=14 



AA.2.3 Association for K=12 IVIidambles 



-m'" -c; 





m'" -C4" 



m"" - C4'' 




m'°' - C4'" 



m<"' -c/ 



-m"°i - c < 



-m<"'-cP' 



_m('2) . c <=i 






m'°' - c,s'°' 
m"> - c,s"i 

m<»' - 0,5'" 

m"" - Cs""'' 
m"°> -c,5'"' 

m"°' - c,e"^'' 
m'"'-c,5'"' 

m<"' -c,5'">' 



Figure AA.2.3: Association of lUlidambles to Spreading Codes for K=12 
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AA.2A Association for K=10 IVIidambles 



-m'" - c 




m") - c '" 




m'" -C4'' 



■m'"' - C4'' 



-m'" - c,*" 



•^ 



-m"' - C4" 



CO) _r ("M 



m">-c,e"i 
m'^> - c,s'=i 
m'^i - c,/' 
m'*> - c.e'"' 
m'=' - c,5'=> 
m<=' - c,5«='" 
m«=' - Cs'" 
ml'' - Cis")' 
m">-c,s"" 
m'^i - c,s"°'' 
m"" - c,s'"' 
m"" - c,s"^'' 
m"" - Ce"" 
m"" - c,e'"'' 
m"°>-c,e™ 
m"°>-c, '"='■ 



Figure AA.2.4: Association of lUlidambles to Spreading Codes for K=10 



AA.2.5 Association for K=8 IVIidambles 




m'" - c '' 





m">-c,e'" 
m">-c,e'='- 



m'=> - c,e'=" 
m'=' - c,s"°'" 

m"=' - c,s<'^'" 
m'" - 0,5'"' 
m"' - c,e'""' 

mfi - c, '"=!■ 



Figure AA.2.5: Association of lUlidambles to Spreading Codes for K=8 
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AA.2.6 Association for K=6 IVIidambles 



-m"' -c,' 




m<" - c '' 




m'" -C4'' 



m'-"' - 04'-^ 




m*"' - c,*" 



m'°' - C4" 



m'"-c,s"i 
m") - c,e'^'' 

m'" - c,e'^'' 

m'^i - C,e'='' 
m'"' - c,s'" 
m'*i - c.s")' 
m'=> - c,s"i 

m<=' - c,5'"'' 
m'=i - 0,5"='" 
m"" - Cs'"' 



Figure AA.2.6: Association of IVIidambles to Spreading Codes for K=6 



AA.2.7 Association for K=4 IVIidambles 



-m'" - c ."> 



-m"'-c/' 





mci - C4<"- 



m'^' - c^'" 




m'-'' - C4'" 



m''' - C4'' 



m">-c,e"i 
m<" - c,5'=i" 

m"> - c.e'"'' 

m"^' - c„ 
m'^> - c, 
mPi - c 



nP) - n . PI" 
(81- 

,{31 _ c ">> 



m'^> - C,s'"'' 

m™-c,B'"'' 



Figure AA.2.7: Association of IVIidambles to Spreading Codes for K=4 
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AA.2.8 Association for K=2 IVIidambles 



-m'" - c ,'" 





m'" -C4" 



-m<" - c ' 



-m"i - c ' 




m>'' - c,*" 



- c <^'' 

- c PI' 

) . r '">■ 

^16 



m'^' - Cs""'' 
m»'-c,e'"'' 
m<=' - c, ''^'' 



m'^i - c, ''«' 



Figure AA.2.8: Association of IVIidambles to Spreading Codes for K=2 
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Annex B (normative): 

Signalling of the number of channelisation codes for the DL 

common midamble case for 3.84Mcps TDD 

The following mapping schemes shall apply for the association between the number of channelisation codes employed 
in a timeslot and the use of a particular midamble shift in the DL common midamble case. In the following tables the 
presence of a particular midamble shift is indicated by "1". Midamble shifts marked with "0" are left unused. Mapping 
schemes B.4, B.5 and B.6 are not applicable to beacon timeslots where a P-CCPCH is present, because the default 
midamble allocation scheme is applied to these timeslots. Note that in mapping schemes B.4, B.5 and B.6, the fixed and 
pre-allocated channelisation code for the beacon channel is included into the number of indicated channelisation codes. 



B.1 Mapping scheme for Burst Type 1 and Kceii =1 6 
Midambles 



ml 


m2 


m3 


m4 


m5 


m6 


m7 


M8 


m9 


mIO 


mil 


m12 


m13 


m14 


m15 


m16 




1 















































1 code 





1 












































2 codes 








1 









































3 codes 











1 






































4 codes 














1 



































5 codes 

















1 
































6 codes 




















1 





























7 codes 























1 


























8 codes 


























1 























9 codes 





























1 




















1 codes 
































1 

















1 1 codes 



































1 














1 2 codes 






































1 











1 3 codes 









































1 








1 4 codes 












































1 





1 5 codes 















































1 


1 6 codes 



B.2 Mapping scheme for Burst Type 1 and Kceii =8 
Midambles 



Ml 


m2 


m3 


m4 


m5 


m6 


m7 


m8 




1 























1 code or 9 codes 





1 




















2 codes or 10 codes 








1 

















3 codes or 1 1 codes 











1 














4 codes or 12 codes 














1 











5 codes or 13 codes 

















1 








6 codes or 14 codes 




















1 





7 codes or 15 codes 























1 


8 codes or 16 codes 
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B.3 Mapping scheme for Burst Type 1 and Kceii =4 
Midambles 



ml 


m3 


m5 


m7 




1 











1 or 5 or 9 or 13 codes 





1 








2 or 6 or 10 or 14 codes 








1 





3 or 7 or 11 or 15 codes 











1 


4 or 8 or 12 or 16 codes 



B.4 Mapping scheme for beacon timeslots and Kceii =16 
Midambles 



ml 



m2 



m3 



M4 



m5 



m6 



m? 



M8 



m9 



mIO 



m11 



M12 



m13 



m14 



m15 



m16 



1 code (see note 1 1 



2 codes (SCTD 
applied to beacon in 
this time slot, see 
note 2) 



1 3 codes 



2 codes (SCTD not 
applied to beacon in 
this time slot) or 14 
codes 



3 codes or 15 codes 



4 codes or 16 codes 



5 codes 



6 codes 



7 codes 



8 codes 



9 codes 



1 codes 



1 1 codes 



FT 























































1 2 codes 



For the case of SCTD applied to beacon, midamble shift 2 is used by the diversity antenna. 

Note 1 : If only one code is present in a beacon time slot, this code is a beacon channel and the beacon channel is 
the only channel in this slot, by default. Therefore, only the beacon midamble(s) shall be used. 

Note 2: If SCTD is applied to the beacon and only two codes are present in a beacon time slot, the beacon channel 
is the only channel in this slot, by default. Therefore, only the beacon midambles shall be used. 
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B.5 Mapping scheme for beacon timeslots and Kceii =8 
Midambles 



(*) 



ml 


m2 


m3 


m4 


m5 


m6 


m7 


MS 



























1 code (see note 1 ) 




1 




















2 codes (SCTD applied to beacon in 
this time slot, see note 2) 




x'' 


1 

















7 or 13 codes 










1 














2 (SCTD not applied to beacon in this 
time slot) or 8 or 14 codes 




x'"' 








1 











3 or 9 or 15 codes 




x" 











1 








4 or 10 or 16 codes 




X*' 














1 





5 codes or 1 1 codes 




x'"' 

















1 


6 codes or 12 codes 



For the case of SCTD applied to beacon, midamble shift 2 is used by the diversity antenna. 

Note 1 : If only one code is present in a beacon time slot, this code is a beacon channel and the beacon channel is 
the only channel in this slot, by default. Therefore, only the beacon midamble(s) shall be used. 

Note 2: If SCTD is applied to beacon and only two codes are present in a beacon time slot, the beacon channel is 
the only channel in this slot, by default. Therefore, only the beacon midambles shall be used. 



B.6 Mapping scheme for beacon timeslots and Kceii =4 
Midambles 



m1 


m3 


m5 


m7 




1 











1 code (see note 1 ) 


1 


1 








4 or 7 or 1 or 1 3 or 1 6 codes 


1 





1 





2 or 5 or 8 or 1 1 or 14 codes 


1 








1 


3 or 6 or 9 or 1 2 or 1 5 codes 



Note 1: 



If only one code is present in a beacon time slot, this code is a beacon channel and the beacon channel is 
the only channel in this slot, by default. Therefore, only the beacon midamble shall be used. 



B.7 Mapping scheme for Burst Type 2 and Kceii =6 
Midambles 



m1 


m2 


m3 


m4 


m5 


m6 




1 

















1 or 7 or 13 codes 





1 














2 or 8 or 14 codes 








1 











3 or 9 or 15 codes 











1 








4 or 10 or 16 codes 














1 





5 or 1 1 codes 

















1 


6 or 12 codes 
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B.8 Mapping scheme for Burst Type 2 and Kceii =3 
Midambles 



ml 


m2 


m3 




1 








1 or 4 or 7 or 1 or 1 3 or 1 6 codes 





1 





2 or 5 or 8 or 1 1 or 1 4 codes 








1 


3 or 6 or 9 or 1 2 or 1 5 codes 
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Annex BA (normative): 

Signalling of the number of channelisation codes for the DL 

common midamble case for 1 .28Mcps TDD 

The following mapping schemes shall apply for the association between the number of channelisation codes employed 
in a timeslot and the use of a particular midamble shift in the DL common midamble case. In the following tables the 
presence of a particular midamble shift is indicated by "1". Midamble shifts marked with "0" are left unused. 

BA.1 Mapping scheme for K=16 Midambles 



ml 


m2 


m3 


m4 


m5 


m6 


M7 


M8 


m9 


mIO 


mil 


m12 


M13 


m14 


m15 


m16 




1 















































1 code 





1 












































2 codes 








1 









































3 codes 











1 






































4 codes 














1 



































5 codes 

















1 
































6 codes 




















1 





























7 codes 























1 


























8 codes 


























1 























9 codes 





























1 




















1 codes 
































1 

















1 1 codes 



































1 














1 2 codes 






































1 











1 3 codes 









































1 








1 4 codes 












































1 





1 5 codes 















































1 


1 6 codes 



BA.2 Mapping scheme for K=14 Midambles 



ml 


m2 


m3 


m4 


m5 


m6 


M7 


M8 


m9 


mIO 


mil 


m12 


M13 


m14 




1 









































1 or 15code(s) 





1 






































2 or 16 codes 








1 



































3 codes 











1 
































4 codes 














1 





























5 codes 

















1 


























6 codes 




















1 























7 codes 























1 




















8 codes 


























1 

















9 codes 





























1 














1 codes 
































1 











1 1 codes 



































1 








1 2 codes 






































1 





1 3 codes 









































1 


1 4 codes 
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BA.3 Mapping scheme for K=12 Midambles 



ml 


m2 


m3 


m4 


m5 


m6 


M7 


M8 


m9 


mIO 


mil 


m12 




1 



































1 or 13code(s) 





1 
































2 or 14 codes 








1 





























3 or 15 codes 











1 


























4 or 16 codes 














1 























5 codes 

















1 




















6 codes 




















1 

















7 codes 























1 














8 codes 


























1 











9 codes 





























1 








1 codes 
































1 





11 codes 



































1 


1 2 codes 



BA.4 Mapping scheme for K=10 Midambles 



ml 


m2 


m3 


m4 


m5 


m6 


M7 


M8 


m9 


mIO 




1 





























1 or 1 1 code(s) 





1 


























2 or 12 codes 








1 























3 or 13codes 











1 




















4 or 14 codes 














1 

















5 or 15 codes 

















1 














6 or 16 codes 




















1 











7 codes 























1 








8 codes 


























1 





9 codes 





























1 


1 codes 



BA.5 Mapping scheme for K=8 Midambles 



ml 


m2 


m3 


m4 


m5 


m6 


m7 


m8 




1 























1 or 9 code{s) 





1 




















2 or 10 codes 








1 

















3 or 1 1 codes 











1 














4 or 12 codes 














1 











5 or 13 codes 

















1 








6 or 14 codes 




















1 





7 or 15 codes 























1 


8 or 16 codes 



BA.6 Mapping scheme for K=6 Midambles 



ml 


m2 


m3 


m4 


m5 


m6 




1 

















1 or 7 or 13code(s) 





1 














2 or 8 or 14 codes 








1 











3 or 9 or 1 5 codes 











1 








4 or 10 or 16 codes 














1 





5 or 1 1 codes 

















1 


6 or 12 codes 
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BA.7 Mapping scheme for K=4 Midambles 



ml 


m2 


mS 


m4 




1 











1 or 5 or 9 or 13code(s) 





1 








2 or 6 or 10 or 14 codes 








1 





3 or 7 or 11 or 15 codes 











1 


4 or 8 or 12 or 16 codes 



BA.8 Mapping scheme for K=2 Midambles 



m1 


m2 




1 





1 or 3 or 5 or 7 or 9 or 1 1 or 1 3 or 1 5 code(s) 





1 


2 or 4 or 6 or 8 or 1 or 1 2 or 1 4 or 1 6 codes 
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Annex C (informative): 

CCPCH IVIultiframe Structure for the 3.84 IVIcps option 

In the following figures C.l to C.3 some examples for Multiframe Structures on Primary and Secondary CCPCH are 
given. The figures show the placement of Common Transport Channels on the Common Control Physical Channels. 
Additional S-CCPCH capacity can be allocated on other codes and timeslots of course, e.g. FACH capacity is related to 
overall cell capacity and can be configured according to the actual needs. Channel capacities in the annex are derived 
using bursts with long midambles (Burst format 1). Every TrCH-box in the figures is assumed to be valid for two 
frames (see row "Frame #"), i.e. the transport channels in CCPCHs have an interleaving time of 20msec. 

The actual CCPCH Multiframe Scheme used in the cell is described and broadcast on BCH. Thus the system 
information structure has its roots in this particular transport channel and allocations of other Common Channels can be 
handled this way, i.e. by pointing from BCH. 
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BCH 12,2 kbps 



FACH 25,93 kbps 1 CH 9,15 kbps 



PICH 1,53 kbps 



Figure C.1 : Example for a multiframe structure for CCPCHs and PICH that is repeated every 64th frame 




BCH 22,88 kbps 



FACH 36,6 kbps 



PCH 12,2 kbps 



PICH 1,53 kbps 



Figure C.2: Example for a multiframe structure for CCPCHs and PICH that is repeated every 64th frame, n=1...7 
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Annex CA (informative): 

CCPCH IVIultiframe Structure for the 1 .28 IVIcps option 




CCPCHl in TS 0, 2=i6 



CCPCH2 in TS 0, 2=i6 



BCH 13.2kbps 



PCH 8.8kbps 



FACH 11kbps 



PICH 2.2kbps 



Figure CA.1 : Example for a multiframe structure for CCPCHs and PICH that is repeated every 64th frame (128 sub-frame) 



Frame # 



01 



23 




CCPCHl in TSk, c^ti'e 



CCPCH2 in TS k, c^l-^^' 



PCH 13.2kbps 



M 



FACH 19.8kbps 



PICH 2.2kbps 



Figure CA.2: Example for a multiframe structure for S-CCPCHs and PICH that is repeated every 64th frame, i,j=1 ...16 (i^j),k^O, 1,(128 sub-frame) 
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Annex CB (informative): 

Examples of the association of UL TPC commands to UL 

uplink time slots for 1 .28 Mcps TDD 

In the following two examples of the association of UL TPC commands to UL time slots and CCTrCHs are shown (see 
5A.2.2.2): 

Table CB.1 Two examples of the association of UL TPC commands to UL uplink time slots with 

NULslot=3 



Sub- 
Frame 
Number 



SFN"=0 



SFN"=1 



SFN"=2 



Case 1 : NuiTPCsymhols—^'^ Case 2: NuiTPCsymbols 



,=4 



Case 1 

(2 UL TPC 
symbols) 



The order of UL 
TPC symbols 









UV,=i) 







The order of the 
served UL time 

slot and CCTrCH 
pairs (UL time 

slot and CCTrCH 
number) 



(TS3) 



1 (TS4) 



2 (TS5) 

-»■ ■*- 



(TS3) 



(TS3)^ 



1 (TS4) 




2 (TS5) 



(TS3) 




1 (TS4) 



(TS3) 



1 (TS4) 



2 (TS5) 



(TS3) 



1 (TS4) 



2 (TS5) 




Case 2 

(4 UL TPC 
symbols) 



The order of UL 
TPC symbols 










(r 



(r- 

UL;,„.=2) 
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Annex CC (informative): 

Examples of the association of UL SS commands to UL 

uplink time slots 

In the following two examples of the association of UL SS commands to UL uplink time slots are shown (see 5A.2.2.3): 
Table CC.1 Two examples of the association of UL SS commands to UL uplink time slots with 

NuLslot=3 



Case l:N< 



SSsymhols' 



,=2; Case 2: A^^^ 



,M 



Sub- 
Frame 
Number 


Case 1 
(2 UL SS symbols) 


The order of the 

served UL time 

slot (UL time slot 

number) 


Case 2 
(4 UL SS symbols) 


The order of ULSS 
symbols 


The order of ULSS 

symbols 


SFN"=0 


(r' 
uv.=o) 





' (TS3) ' 







1 


• U1S4)* 


— 1 




2 (l'S5) " 


~ 2 




(TS3) 


3 


SFN"=1 


UL„„,=2) 


"X 


(TS3) 


/« 


(r' 


1 

\ 


\ 1(TS4)^ 


1 




\ 2 (TS5) ^ 


/^ 




* (TS3) ^ 


3 




1 (TS4) ^ 




SFN"=2 


(r' 
uv,=i) 


\ 


(TS3) 


/o 


(r' 

UV.=2) 


1 \ 


1 (TS4) / 


/I 




" 2(TS5)'^ / 


/2 




0(TS3)'' / 


/3 




1 (TS4)'' / 






2(TS5)'' 
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CR 


Rev 
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Old 


New 


14/01/00 


RAN 05 


RP-99591 






Approved at TSG RAN #5 and placed under Change Control 


- 


3.0.0 


14/01/00 


RAN 06 


RP-99691 


001 


02 


Primary and Secondary CCPCH in TDD 


3.0.0 


3.1.0 


14/01/00 


RAN 06 


RP-99691 


002 


02 


Removal of Superframe for TDD 


3.0.0 


3.1.0 


14/01/00 


RAN 06 


RP-99691 


006 


- 


Corrections to TS25.221 


3.0.0 


3.1.0 


14/01/00 


RAN 06 


RP-99691 


007 


1 


Clarifications for Spreading in UTRA TDD 


3.0.0 


3.1.0 


14/01/00 


RAN 06 


RP-99691 


008 


- 


Transmission of TFCI bits for TDD 


3.0.0 


3.1.0 


14/01/00 


RAN 06 


RP-99691 


009 


- 


MIdamble Allocation in UTRA TDD 


3.0.0 


3.1.0 


14/01/00 


RAN 06 


RP-99690 


010 


- 


Introduction of the timeslot formats to the TDD specifications 


3.0.0 


3.1.0 


14/01/00 


- 








Change history was added by the editor 


3.1.0 


3.1.1 


31/03/00 


RAN 07 


RP-000067 


003 


2 


Cycling of cell parameters 


3.1.1 


3.2.0 


31/03/00 


RAN 07 


RP-000067 


Oil 


- 


Correction of Midamble Definition for TDD 


3.1.1 


3.2.0 


31/03/00 


RAN_07 


RP-000067 


012 


- 


Introduction of the timeslot formats for RACH to the TDD 
specifications 


3.1.1 


3.2.0 


31/03/00 


RAN 07 


RP-000067 


013 


- 


Paging Indicator Channel reference power 


3.1.1 


3.2.0 


31/03/00 


RAN 07 


RP-000067 


014 


1 


Removal of Synchronisation Case 3 in TDD 


3.1.1 


3.2.0 


31/03/00 


RAN 07 


RP-000067 


015 


1 


Signal Point Constellation 


3.1.1 


3.2.0 


31/03/00 


RAN 07 


RP-000067 


016 


- 


Association between Midambles and Channelisation Codes 


3.1.1 


3.2.0 


31/03/00 


RAN 07 


RP-000067 


017 


- 


Removal of ODMA from the TDD specifications 


3.1.1 


3.2.0 


26/06/00 


RAN 08 


RP-000271 


018 


1 


Removal of the reference to ODMA 


3.2.0 


3.3.0 


26/06/00 


RAN 08 


RP-000271 


019 


- 


Editorial changes in transport channels section 


3.2.0 


3.3.0 


26/06/00 


RAN 08 


RP-000271 


020 


1 


TPC transmission for TDD 


3.2.0 


3.3.0 


26/06/00 


RAN 08 


RP-000271 


021 


- 


Editorial modification of 25.221 


3.2.0 


3.3.0 


26/06/00 


RAN 08 


RP-000271 


023 


- 


Clarifications on TxDIversity for UTRA TDD 


3.2.0 


3.3.0 


26/06/00 


RAN 08 


RP-000271 


024 


- 


Clarifications on PCH and RICH in UTRA TDD 


3.2.0 


3.3.0 


23/0900 


RAN 09 


RP-000344 


022 


1 


Correction to midamble generation in UTRA TDD 


3.3.0 


3.4.0 


23/0900 


RAN 09 


RP-000344 


026 


2 


Some corrections for TS25.221 


3.3.0 


3.4.0 


23/0900 


RAN 09 


RP-000344 


028 


- 


Terminology regarding the beacon function 


3.3.0 


3.4.0 


23/0900 


RAN 09 


RP-000344 


030 


1 


TDD Access Bursts for HOV 


3.3.0 


3.4.0 


23/0900 


RAN 09 


RP-000344 


031 


1 


Number of codes signalling for the DL common midamble case 


3.3.0 


3.4.0 


15/12/00 


RAN 10 


RP-000542 


034 


- 


Correction on TFCI & TPC Transmission 


3.4.0 


3.5.0 


15/12/00 


RAN 10 


RP-000542 


035 


1 


Clarifications on Midamble Associations 


3.4.0 


3.5.0 


15/12/00 


RAN 10 


RP-000542 


036 


- 


Clarification on RICH power setting 


3.4.0 


3.5.0 


16/03/01 


RAN 11 


- 


- 




Approved as Release 4 specification (v4.0.0) at TSG RAN #1 1 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010062 


033 


2 


Correction to SCH section 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010062 


037 


1 


Bit Scrambling for TDD 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010062 


039 


1 


Corrections of PUSCH and PDSCH 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010062 


040 


- 


Alteration of SCH offsets to avoid overlapping Midamble 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010062 


041 


- 


Clarifications & Corrections for TS25.221 


3.5.0 


4.0.0 


16/03/01 


RAN_1 1 


RP-010062 


045 


1 


Corrections on the PRACH and clarifications on the midamble 
generation and the behaviour in case of an invalid TFI combination 
on the DCHs 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010062 


046 


- 


Clarification of TFCI transmission 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010062 


048 


- 


Corrections to Table 5.b Timeslot formats for the Uplink' 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010073 


042 


2 


Introduction of the Physical Node B Synchronization Channel 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010071 


043 


1 


Inclusion of 1 .28Mcps TDD in TS 25.221 


3.5.0 


4.0.0 


16/03/01 


RAN 11 


RP-010072 


044 


- 


Correction of beacon characteristics due to IPDLs 


3.5.0 


4.0.0 


15/06/01 


RAN 12 


RP-010336 


051 


- 


Clarification of Midamble Usage in TS25.221 


4.0.0 


4.1.0 


15/06/01 


RAN_12 


RP-010336 


053 


- 


Addition to the abbreviation list, correction of references to tables 
and figures 


4.0.0 


4.1.0 


15/06/01 


RAN 12 


RP-010342 


049 


- 


Correction of spelling in definition of beacon characteristics 


4.0.0 


4.1.0 


15/06/01 


RAN 12 


RP-010342 


055 


- 


Correction of Note for PDSCH signalling methods 


4.0.0 


4.1.0 


21/09/01 


RAN 13 


RP-010522 


057 


- 


TFCI Terminology 


4.1.0 


4.2.0 


21/09/01 


RAN 13 


RP-010522 


063 


- 


Clarification of notations in TS25.221 and TS25.223 


4.1.0 


4.2.0 


21/09/01 


RAN 13 


RP-010522 


062 


- 


Addition and correction of the reference 


4.1.0 


4.2.0 


21/09/01 


RAN 13 


RP-010528 


058 


1 


Corrections for TS 25.221 


4.1.0 


4.2.0 


14/12/01 


RAN 14 


RP-010741 


065 


1 


Transmit Diversity for P-CCPCH and PICH 


4.2.0 


4.3.0 


14/12/01 


RAN 14 


RP-010741 


067 


- 


Clarification of midamble transmit power in TS25.221 


4.2.0 


4.3.0 


14/12/01 


RAN 14 


RP-010746 


059 


- 


Bit Scrambling for 1 .28 Mops TDD 


4.2.0 


4.3.0 


14/12/01 


RAN 14 


RP-010746 


068 


- 


Transmit Diversity for P-CCPCH and PICH 


4.2.0 


4.3.0 


14/12/01 


RAN 14 


RP-010746 


069 


- 


Corrections of reference numbers in TS 25.221 


4.2.0 


4.3.0 


08/03/02 


RAN 15 


RP-020049 


071 


2 


Clarification of spreading for UL physical channels 


4.3.0 


4.4.0 


08/03/02 


RAN 15 


RP-020049 


073 


1 


Common midamble allocation for beacon time slot 


4.3.0 


4.4.0 


08/03/02 


RAN 15 


RP-020049 


075 


3 


Correction to a transmission of paging indicators bits 


4.3.0 


4.4.0 
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07/06/02 


RAN 16 


RP-020313 


079 


- 


Clarification of shared channel functionality for TDD 


4.4.0 


4.5.0 


18/09/02 


RAN 17 


RP-020559 


091 


1 


Corrections to channelisation code mapping for 1 .28 Mcps TDD 


4.5.0 


4.6.0 


18/09/02 


RAN 17 


RP-020576 


093 


- 


Correction to S-CCPCH description for 1 .28 Mcps TDD 


4.5.0 


4.6.0 


18/09/02 


RAN 17 


RP-020569 


089 


1 


Corrections to channelisation code mappings for 3.84 Mcps TDD 


4.5.0 


4.6.0 


18/09/02 


RAN_1 7 


RP-020579 


103 


1 


Corrections to transmit diversity mode for TDD beacon-function 
physical channels 


4.5.0 


4.6.0 


18/09/02 


RAN_1 7 


RP-020572 


096 


2 


Corrections to transmit diversity mode for TDD beacon-function 
physical channels 


4.5.0 


4.6.0 


21/13/02 


RAN 18 


RP-020852 


106 


- 


Editorial modification to the section numberings 


4.6.0 


4.7.0 


16/06/05 


RAN 28 


RP-050240 


122 


1 


Correction to transmission of SS for 1 .28 Mcps TDD 


4.7.0 


4.8.0 


16/06/05 


RAN 28 


RP-050239 


128 


1 


Correction to transmission of TPC for 1 .28 Mcps TDD 


4.7.0 


4.8.0 
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